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内 容 提 要 


本 书 全 面 系统 地 介绍 了 SQL 语言 各 方面 的 基础 知识 以 及 一 些 高 级 特性 ， 包 括 
SQL 数据 语言 、SQL 方案 语言 、 数 据 集 操作 、 子 查询 以 及 内 建 函 数 与 条 件 逻 辑 
等 内 容 。 书 中 每 个 章节 讲述 一 个 相对 独立 的 主题 ， 并 提供 了 相关 示例 和 练习 。 
本 书 内 容 以 SQL 92 标准 为 蓝本 ,涵盖 了 市 场 上 常用 数据 库 的 最 新 版 本 (MySQL 
6.0、Oracle llg 及 Microsoft SQL Server 2008 ) 。 


本 书 适合 数据 库 应 用 开发 者 、 数 据 库 管理 员 和 高 级 用 户 阅 读 。 针 对 开发 基于 
数据 库 的 应 用 程序 ， 以 及 日 常 的 数据 库 系统 管理 ， 本 书 都 展现 了 大 量 经 过 实 
践 检验 的 方法 和 技巧 。 读 者 可 以 通过 对 本 书 循序 渐进 地 学 习 快 速 掌握 SQL 语 
言 ， 也 可 以 在 实际 工作 中 遇 到 问题 时 直接 翻阅 本 书 中 的 相关 章节 以 获取 解决 


方案 。 













































































O’Reilly Media, Inc. 介 绍 


为 了 满足 你 对 网 络 和 软件 技术 知识 的 迫切 需求 ， 世 界 著名 计算 机 图 书 出 版 机 构 
O’Reilly Media, mc. 授 权 人 民 邮 电 出 版 社 , 翻译 出 版 一 批 该 公司 久负盛名 的 英文 





经 典 技术 专著 。 





























O’Reilly Media, Inc. 是 世界 上 在 UNIX、X、Internet 和 其 他 开放 系统 图 书 领域 








具有 领导 地 位 的 出 版 公司 ， 











同时 也 是 联机 出 版 的 先锋 。 














从 最 畅销 的 The Whole Internet User's Guide & Catalog (被 纽约 公共 图 书馆 评 为 


20 世纪 最 重要 的 50 本 书 之 一 
到 WebSite (第 一 个 桌面 PC 的 Web 服务 器 软件 )， 




















于 Internet 发 展 的 最 前 沿 。 


许多 书店 的 反馈 表明 , O'Reilly Media, Inc. 是 最 稳定 的 计算 机 图 书 出 
一 本 书 都 一 版 再 版 。 与 大 多 数 计算 机 图 书 出 版 商 相 比 ，O"Reilly Media, Inc. 具 





) 到 GNN (最 早 的 nternet 门户 和 商业 网 站 )， 再 
O’Reilly Media，Inc. 一 直 处 























深厚 的 计算 机 专业 背景 ， 这 使 得 O'Reilly Media, Inc. 形 成 了 一 个 非常 不 同 于 其 





他 出 版 商 的 出 版 方针 。O’Reilly Media, Inc. 所 有 
者 是 顶尖 级 的 技术 专家 。 O’Reilly Media, Inc. 还 有 讨 
咨询 专家 ， 而 现在 编写 著作 ， 
上 图书。 因为 O'Reilly Media, Inc. 紧 密 地 与 计算 机 业界 联系 








本 身 是 相关 领域 的 技术 专家 、 
依靠 他 们 及 时 地 推 














ed 


























着 ， 所 以 O'Reilly Media, Inc. 知 道 市 场 上 真正 需要 什么 图 








的 编辑 人 员 以 前 都 是 程序 员 , 或 
F 多 固定 的 作者 群体 





他 们 
O’Reilly Media,Inc. 
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者 简介 





Alan Beaulieu 从 事 设计 、 构 建 和 实现 应 用 数据 库 已 有 15 个 年 头 ， 他 目前 经 营 自己 的 顾 
问 公 司 ,专门 提供 金融 和 电信 领域 的 Oracle 数据 库 设 计 与 支持 服务 。Alan 使 用 了 
诸多 特性 ， 如 并 行 查询 、 分 区 和 并 行 服务 器 等 ， 以 构建 OLTP 和 OLAP 环境 下 的 大 
型 数据 库 。Alan 获得 了 康 奈 尔 大 学 工程 学 院 的 运筹 学 学 士 学 位 ， 现 在 和 妻子 以 及 两 个 
女儿 一 起 住 在 马萨诸塞 州 ， 可 以 通过 电子 邮箱 albeau_mosql@yahoo.com 与 他 联系 。 


封面 介绍 
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Oracle 


书 封面 上 的 动物 是 安第斯 有 袋 树 蛙 ， 它 的 名 字 暗 示 了 这 种 在 傍晚 和 夜间 活动 的 青蛙 


原生 地 在 安第斯 山脉 的 西 坡 ， 并 且 广 泛 分 布 在 北部 的 里 奥 班 巴 例 地 和 仇 瓦 拉 之 间 。 














在 
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可 














求 个 期， 





























引 过 来 ， 太 

















E 蛙 发 出 “ 哇 可 - 啊 可 - 啊 可 ”的 叫 声 以 吸引 上 肉 蛙 ， 如 果 一 只 怀孕 中 的 肉 蛙 被 
性 将 会 想到 它 的 背 上 执行 常见 的 青蛙 交配 过 程 。 当 雌 蛙 从 泄殖腔 中 排出 
卵 时 ， 雄 蛙 用 脚 抓 住 这 些 卵 并 完成 受精 ， 然 后 将 它们 放 到 上 肉 蛙 的 狩 化 袋 中 。 上 肉 晨 一 次 





以 孵化 130 多 枚 性 卵 ， 这 些 卵 需要 在 它 的 孵化 袋 中 发 育 60~ 120 天 。 在 孵化 








会 
上 月 





成 赂 蚜 时 ， 








期 间 ， 














作 糙 的 身体 将 会 变 得 腾 肿 ， 并 且 在 它 背 部 皮下 将 会 出 现 许多 肿块 。 当 卵 在 孵化 袋 中 发 








全 性 树 蛙 将 它们 放 入 水 中 。 两 三 个 月 之 后 ， 这 些 嵌 时 将 会 变 成 青 ! 











在 
雄 


7 个 月 之 后 ， 
性 和 雌性 树 峙 的 前 后 趾 上 都 进化 出 许多 吸盘 ， 这 可 以 用 来 帮助 它们 侈 怜 树木 等 重 





它们 进入 了 生育 期 ， 又 开始 “ 哇 可 - 啊 可 - 啊 可 ”了 。 





娃 ， 而 
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mm 


























的 表面 。 成 年 雄性 大 小 为 2 英寸 左右 〈 约 5cm) ,而 肉 蛙 为 2.5 英寸 (6.35cm) 。 它们 


的 表皮 有 时 为 绿色 ， 有 时 为 褐色 ， 有 时 为 这 两 种 颜色 的 混合 色 ， 幼 年 





























时 会 逐渐 由 褐色 变 为 绿色 。 


封面 图 片 来 上 























于 Dover Archive Pictorial (《 多 佛 尔 档案 画报 》) 。 





期 的 树 蛙 在 生长 





编程 
一 oo 
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语言 在 不 断 地 出 现 和 消亡 ， 现 在 使 用 的 语言 只 有 和 
中 有 大 量 应 用 在 大 型 机 环境 的 Cobol 和 流行 于 操作 系统 、 服 务 器 开发 以 及 黄 入 


= 




















少 一 部 分 的 历史 能 追溯 到 20 年 


式 系统 的 C 语言 。 而 在 数据 库 领 域 ，SQL 的 根源 可 以 追溯 到 19 世纪 70 年 代 。 





SQL 是 一 种 从 关系 型 数据 库 生 
E 确 设计 的 关系 型 数据 库 可 以 处 理 海量 数据 。 但 处 到 
一 个 高 功率 可 变焦 距 的 时 芭 数 码 相 机 ， 让 你 能 
(或 者 两 者 之 间 的 任何 地 方 )。 其 他 的 数据 库 管 理 系 统 在 沉重 的 负荷 下 往往 会 由 于 它 





之 一 是 了 








成 、 操 作 和 检索 数据 的 语言 





EE 
日 晶 o 






































关系 型 数据 库 流 行 的 原因 
大 量 数据 集 时 ，SQL 就 
够 看 到 大 型 数据 集 ， 或 者 放大 单独 的 


像 


门 





的 焦距 太宗 〈 缩 放 镜头 已 经 处 于 最 大 位 置 了 ) 而 崩溃 ， 这 就 是 要 废 轴 关系 型 数据 库 和 






































因此 ， 即 使 SQL 是 一 门 古老 的 语言 ， 








SQL 的 尝试 已 经 基本 上 失败 了 的 原因 。 
续 活路 很 长 一 段 时 间 ， 并 且 在 存储 应 用 方面 有 光明 的 前 途 。 























为 什么 要 学 习 SQL 





如 果 打 算 使 用 关系 型 数据 库 ， 无 论 是 写 应 用 程序 、 执 行 管理 任务 还 是 生成 报表 ， 那 么 





都 需要 知道 如 何 与 数据 库 
































FP 的 数据 交互 。 即 使 使 用 工 








为 自己 生成 SQL， 比 如 报 寺 




















具 ， 有 时 也 需要 绕 过 上 





动 生成 功能 而 编写 E 














学 习 SQL 语言 


关 信息 的 数据 结构 。 当 开始 适应 数据 库 的 表 时 ， 你 可 外 





进行 修改 或 增加 等 的 建议 。 


有 一 个 额外 的 好 处 ， 即 强迫 你 勇敢 面 对 并 学 会 理解 用 于 储存 E 


己 的 SQL 语句 。 


工 

















己 组 乡 














为 什么 使 用 本 书 学 习 SQL 


SQL 语言 可 分 为 几 类 : 
模式 语句 , 而 用 于 创建 、 
作为 管理 员 , 你 将 同时 使 月 


























FE 要 焦点 还 是 编程 功能 。 





= 
征 卫 





由 于 只 有 少数 命令 , 因此 SQL 数据 语句 看 似 和 





个 语言 








通过 仅仅 涉 间 





这 




















SQL, 那么 你 就 有 必要 充分 理解 它 的 语言 能 力 以 及 如 何 组 合 不 
是 唯一 一 本 详细 介绍 SQL 语 











需要 使 用 (或 者 只 允许 使 用 ) SQL 数据 语句 。 


a 
| 


























ss 
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简单 。 依 我 看 来 ， 现 在 认 
可 能 的 表层 知识 帮助 你 培养 这 种 观念 。 然 而 ， 妇 








会 发 现 自己 也 会 产 和 9 


公 | 


月 














织 相 
E 对 数据 库 





用 于 创建 数据 库 对 象 《 表 、 索 引 、 约 束 等 ) 的 语句 统称 为 SQL 
操纵 和 检索 保存 在 数据 库 中 的 数据 的 语句 称 为 SQL 数据 语句 。 
日 SQL 模式 和 SQL 数据 语句 ,而 程序 员 或 者 报表 作者 可 
然 本 书 介绍 了 许多 SQL 模式 语句 ， 但 


CC 
E 只 


F 多 SQL 图 书 都 
[有 果 打 算 使 用 
同 的 功能 以 产生 强大 的 结 
而 不 会 同时 被 作为 门 挡 的 书 (正如 我 知 


道 的 ，1250 页 的 “完全 手册 ”往往 被 丢 在 人 们 的 卧室 书架 上 ， 布 满 了 灰尘 )。 





虽然 本 书 的 示例 都 可 以 运行 在 MySQL、Oracle 数据 库 以 及 SQL Server 上 , 但 是 我 必须 











选择 其 中 之 一 来 作为 示例 数据 库 服务 器 并 规范 化 示例 查询 返回 的 结果 集 。 我 在 这 3 个 
产品 中 选择 了 MySQL， 是 因为 它 可 以 免费 获得 、 安 装 简单 以 及 易于 管理 。 对 于 那些 使 















































用 其 他 服务 器 的 人 , 我 建议 下 载 和 安装 MySQL 并 加 载 示例 数据 库 , 这 样 就 可 以 运行 示 





例 数 据 库 并 试验 数据 了 。 
本 书 的 结构 


BB ] 和 草 
H 现 


FE 和 


where ) 。 


第 5 章 
证 
二 


6 章 


攻 城 姓 








本 书 分 为 15 章 和 3 个 附录 。 


A = 


背景 知识 ”， 探 讨 计算 机 数据 库 的 历史 ， 其 中 包括 关系 模型 以 及 SQL 语言 的 




















第 2 章 “ 创 建 和 操作 数据 库 ”， 说 明 如 何 创 建 本 书 示例 使 用 的 MySQL 数据 库 和 表 ， 以 
及 用 数据 填充 表 。 


第 3 章 “查询 入 门 ”介绍 选择 语句 ， 然 后 进一步 前 述 了 大 多 数 常 用 子 句 (select、 from.、 











第 4 章 “ 过 滤 ”， 说 明 不 同类 型 的 条 件 ， 它 们 可 以 用 于 select、update 或 delete 语句 的 
where 子 句 中 。 


“多 表 查 询 ”， 展 示 如 何 通过 表 的 连接 使 用 多 表 进 行 查询 。 

“使 用 集合 ”， 介 绍 所 有 关于 数据 集 的 知识 以 及 它们 如 何在 查询 内 交互 。 
“数据 生成 、 转 换 和 操作 ”， 说 明 用 于 操作 或 转换 数据 的 几 个 内 置 函 数 。 

“分 组 与 聚集 "， 展 示 如 何 聚合 数据 。 

“ 子 查 询 ”， 介 绍 子 查询 《个 人 最 喜欢 的 ) ， 并 说 明 如 何以 及 在 何 处 使 用 它们 。 





















































第 11 章 


第 10 -一 





了 谈 连 接 ”， 更 加 深入 地 讨论 不 同类 型 的 表 连 接 。 
“条 件 逻 辑 ”， 探 讨 如 何在 select、insert、update 和 delete 语句 里 使 用 条 件 逻 辑 
































(如 if-then-else ) 。 


第 12 章 
第 13 章 
第 14 章 


第 15 章 








附录 A 
附录 B“ 








“事务 "， 介 绍 事务 及 如 何 使 用 它们 。 

“索引 和 约束 ”， 探 讨 索 引 和 约束 。 

“视图 "， 说 明 如 何 构建 接口 以 屏蔽 数据 复杂 性 。 

“元 数据 ” ， 说 明 数 据 字 典 的 使 用 。 

示例 数据 库 的 ER 图 ”"， 展 示 本 书 所 有 示例 的 数据 库 模式 。 

MySQL 对 SQL 语言 的 扩展 "， 说 明 在 MySQL 的 SQL 实现 中 一 些 有 趣 的 非 









































ANSI 功能 。 


附录 C“ 练 习 答 案 "， 介 绍 各 章 习题 的 答案 。 





阅读 须知 

本 书 使 用 了 下 面 的 印刷 约定 : 
趟 ”提示 
| es 间 出 提示 、 建 议 或 者 一 般 注 意 性 的 问题 。 例 如 ， 我 使 用 注意 向 你 表明 
ww RN ， _ Oracle 9i 的 新 功能 。 


示 一 个 告 诚 或 提醒 。 例 如 ,我 告诉 你 如 果 不 小 心 使 用 , 那么 有 些 SQL 
多 可 能 会 产生 意 想不到 的 后 果 。 


并 各 吹 
了 小 


联系 我 们 
请 将 对 本 书 的 评论 和 问题 按 以 下 地 址 与 出 版 社 联 系 。 


美国 : 
O’Reilly Media, Inc. 

















1005 Gravenstein Highway North 
Sebastopol, CA 95472 






































100035 北京 市 西城 区 西直门 成 馆 大 厦 C 座 807 室 
奥 莱 利 技术 咨询 (北京 ) 有 限 公 司 
O'Reilly 为 本 书 维护 了 一 个 网 页 ， 列 出 了 勘误 表 、 范 例 以 及 任何 其 他 信息 。 可 以 通过 以 
下 地 址 访问 : 

http://www.oreilly.com/catalog/9780596520830 
要 询问 技术 问题 或 提出 建议 ， 请 发 邮件 至 : 


bookquestions@oreilly.com 


















































info@mail.oreilly.com.cn 
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1 章 
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育 景 知 座 





2 














在 我 们 开始 学 习 本 书 的 内 容 时 ， 先 了 解 一 些 数据 库 方面 的 基本 概念 及 计算 机 数据 存储 
和 检索 的 发 展 史 是 十 分 有 益 的 。 


1.1 数据 库 简介 

“数据 库 ” 是 指 一 组 相关 信息 的 集合 。 例 如 ， 电 话 短 就 可 以 被 视 为 包含 某 地 区 所 有 居民 
的 姓名 、 电 话 号 码 、 地 址 等 信息 的 数据 库 。 尽 管 电话 敌 可 能 是 一 个 最 为 普及 和 常用 的 
数据 库 ， 但 它 仍 有 不 少 缺点 ， 比 如 : 

。 查找 某 人 的 电话 号 码 相当 费时 ， 特 别 是 在 电话 短 包 含 了 海量 条 目 时 ， 

。 ”电话 短 只 是 根据 姓名 来 索引 ， 因 此 对 于 根据 特定 地 址 查找 居民 姓名 就 无 能 为 力 了 ， 
。 ” 当 电 话 短 被 打印 后 ， 随 着 该 地 区 居民 的 流动 、 更 改 电话 号 码 或 住址 等 行为 不 断 发 
E ， 电 话 筹 上 的 信息 也 变 得 越 来 越 不 准确 。 
电话 笑 的 这 些 缺 陷 同样 存在 于 任何 人 工 编制 的 数据 存储 系统 ， 比 如 存放 在 档案 柜 的 病 
历 等 。 由 于 这 些 纸 质 数据 库 不 方便 ， 因 此 最 早 的 计算 机 应 用 之 一 就 是 开发 数据 库 系统 ， 
即 通过 计算 机 来 存储 和 检索 数据 的 机 制 。 因 为 数据 库 系 统 通 过 电子 而 不 是 纸 质 方式 来 


存储 数据 ， 所 以 它 可 以 更 快速 地 检索 数据 、 以 多 种 方式 索引 数据 以 及 为 其 用 户 群 提供 
最 新 的 信息 。 


早期 的 数据 库 系统 将 被 管理 的 数据 存储 在 磁带 上 。 一 般 情况 下 磁带 的 数量 比 磁带 机 要 
多 得 多 ， 因 此 在 请 求 数据 时 需要 技术 人 员 手 动 装 务 磁带 。 同 时 由 于 那个 时 代 的 计算 机 
内 存 很 小 ， 通常 对 同一 数据 的 并 发 请 求 必须 多 次 读 取 和 磁带， 降低 了 使 用 效率 。 因 此 尽 
管 这 些 数据 库 系统 相对 于 纸 质数 据 库 有 了 显著 的 进步 ， 但 与 今天 的 数据 库 技术 相 比 仍 
有 相当 通 远 的 差距 。( 现 代数 据 库 系统 能 够 利用 海量 快速 的 磁盘 驱动 器 来 管理 太 字 节 级 
的 数据 ， 在 高 速 内 存 中 存放 数 十 吉 字 节 的 数据 。) 
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1.1.1 “ 非 关系 数据 库 


a 提示 
4、| 。 本 小 节 讨论 早期 非 关系 数据 库 的 背景 信息 ， 如 果 读者 急于 学 习 SQL， 可 
i， 以 号 过 下 面 几 页 ， 直 接 阅读 下 一 章节 。 





在 计算 机 数据 库 发 展 的 前 几 十 年 里 ， 数 据 以 各 种 不 同 的 方式 存储 并 展现 给 用 户 。 例 如 ， 
在 层次 数据 库 系统 中 ， 以 一 个 或 多 个 树 形 结构 来 表示 数据 。 图 1-1 显示 了 以 树 形 结构 表 
示 的 George Blake 和 Sue Smith 的 银行 账户 数据 。 


George Blake Sue Smith 
| 
Checking Savings MoneyMkt Line of credit 
Accounts 本 ee 
Debit of $100.00 Debit of $250.00 Debit of $1000.00 Debit of $500.00 
on 2004-01-22 | Qn 2004-03-09 | on 2004-03-25 | on 2004-03-27 | 


Credit of $25.00 Credit of $138,50 
on 2004-02-05 | on 2004-04-02 | 
Credit of $77.86 
on 2004-04-04 | 




















Transactions 











1-1 账户 数据 的 层次 视图 








George 和 Sue 的 数据 树 都 包含 了 各 自 的 账户 以 及 交易 信息 。 层 次 数据 库 系统 提供 了 定 
位 客户 信息 树 的 工具 ， 并 能 够 遍历 此 树 找 到 所 需要 的 账户 或 交易 数据 。 树 中 的 每 个 节 
点 都 具有 0 个 或 1 个 父 节 点 ,以 及 0 个 、1 个 或 多 个 子 节 点 。 这 种 设置 被 称 为 单 根 层次 
结构 (single-parent hierarchy ) 。 

另 一 种 管理 数据 的 方式 是 网 状 数据 库 系统 , 它 表 现 为 多 个 记录 集合 ,集合 之 间 通 过 链 
接 来 定义 不 同 记 录 间 的 关系 。 图 1-2 显示 了 使 用 此 系统 表示 的 George 和 Sue 的 账户 
信息 。 

在 此 系统 中 ， 为 了 查找 Sue 的 MoneyMkt 账户 上 的 交易 信息 ， 需 要 执行 下 面 的 步 又; 
1. 查找 Sue Smith 的 客户 记录 ， 

2. 通过 链接 从 Sue Smith 的 客户 记录 找到 其 账户 列表 ， 
3. 遍历 账户 列表 直至 找到 MoneyMkt 账户 ; 






































































































































(Customers Accounts 


George Blake 





| 






Line of credit 





Transactions 


Credit of $25.00 
on 2004-02-05 


| * Debitof$100.00 
a Checking I miorz | 


Sn Debit of $250.00 
on 2004-0: | 

Debit of $1000.00 
mnt025 | 
Credit of $138.50 
"200 | 
Credit of $77.86 
oat0+04 | 
Debit of $500.00 
mio | 


3-09 
25 


Products 


Checking 







Savings | 









MoneyMkt 









Line of credit 











1-2 ”账户 数据 的 网 状 视图 


4. 通过 链接 从 MoneyMkt 账户 找到 其 交易 列表 。 


网 状 数据 库 系统 的 有 趣 特性 体现 在 图 





1-2 中 最 右 侧 的 products 记录 。 注 意 每 个 product 


记录 (Checking、Savings 等 ) 都 指向 一 个 account 记录 列表 ， 以 指定 这 些 账户 记录 的 产 


























品类 型 。 因此 account 记录 可 以 通过 多 个 入 口 进行 访问 (c 
这 使 得 网 状 数据 库 具有 多 根 层 次 的 特点 。 

















层次 和 网 状 数据 库 仍然 存在 ， 尽 管 主 要 在 大 型 机 领域 
统 与 可 扩展 标记 语言 (XML) 相 结合 ,在 目录 服务 方面 获 
公司 的 Active Directory 和 Red Hat 的 Directory Server。 
始 ， 一 种 新 的 表示 数据 的 方式 逐步 扎根 六 
解 和 实现 。 


1.1.2 关系 模型 
1970 年 ，IBM 研究 院 的 E.F.Codd 博士 发 表 了 一 篇 名 为 “ 
模型 ”的 论文 ， 提 出 使 用 表 和 集合 来 表示 数据 ， 但 相关 条 

















F 获 得 发 展 ， 这 种 方式 更 为 严谨 ， 


ustomer 记录 或 product 记录 )， 





FP 使 用 。 此 外 ， 层 次 数据 库 系 
得 了 新 的 应 用 ,比如 Microsoft 

然而 ， 从 20 世纪 70 年 代 开 
旦 易于 理 

















大 型 共享 数据 银行 的 数据 关系 
目 之 间 并 不 使 用 指针 来 导航 ， 


而 是 借助 元 余数 据 来 链接 不 同 表 中 的 记录 。 图 1-3 显示 了 此 方法 所 表示 的 George 和 Sue 








的 账户 信息 。 








(Customer Account 
wst id fname Iname acount id product dd cust_id balance 


| George Blake 





Sue Smith 
Product Mransaction 
product_cd Name txn_id txn_type_dd account_id amount date 








CHK Checking 
Savings 
Money market 


Line of credit 














1-3 ”账户 数据 的 关系 视图 





图 1-3 中 包含 了 4 个 记录 表 : Customer、Product、Account 和 Transaction。 首 先 查 看 图 
中 顶部 的 Customer 表 ， 其 中 具有 3 列 ; cust_id (其 中 包含 客户 的 ID 号 ) 、fname (其 中 
包含 客户 的 名 字 ) 和 Iname (其 中 包含 客户 的 姓氏 )。Customer 表 中 包含 了 两 个 记录 行 ， 
分 别 为 Georage Blake 和 Sue Smith 的 数据 。 在 不 同 的 数据 库 管 理 服务 器 中 ， 记 录 表 可 
包含 的 最 大 列 数 是 有 差异 的 , 但 通常 这 个 数目 足够 大 而 不 需要 为 此 担心 (比如 Microsoft 
的 SQL Server 允许 每 张 表 可 以 最 多 具有 1024 列 ) 。 表 中 数据 行 的 数目 通常 只 是 受到 物 
理 设备 (磁盘 空间 大 小 ) 和 可 维护 性 (在 表 中 记录 数 在 到 达 多 大 规模 之 后 仍 能 保持 易 
用 性 ) 的 限制 ， 而 数据 库 管 理 服务 器 一 般 不 对 此 进行 限制 。 
关系 数据 库 中 的 每 张 表 都 包含 一 项 作为 每 行 唯一 标识 的 信息 (主键 )， 它 与 其 他 信息 一 
起 构成 了 对 条 目的 完整 描述 。 对 于 Customer 表 ，cust_id 列 为 每 个 顾客 保存 了 不 同 的 编 
号 。 例 如 ，George Blake 可 以 由 顾客 ID#1 来 唯一 标识 ， 其 他 顾客 则 永远 不 会 被 赋予 此 
标识 符 。 因 此 在 Customer 表 中 ， 不 再 需要 其 他 信息 来 定位 George Blake 的 数据 。 

pA 提示 

每 种 数据 库 服务 器 都 提供 用 于 产生 一 组 作为 主键 值 的 唯一 数字 的 机 制 ， 

民有、 因此 用 户 不 需要 为 哪些 数字 已 被 赋予 为 主键 而 操心 。 
































































































































当然 也 可 以 选择 联合 使 用 fname 和 lname 两 列 作为 主键 (包含 两 列 或 多 列 的 主键 通 
被 称 为 复合 主键 ) ， 实 际 上 ， 在 银行 账户 中 很 可 
相同 的 姓氏 和 和 名字。 因此 ， 选 择 cust_id 列 专门 用 于 Customer 表 的 4 


训 
刷 





做 法 。 











台 已 
能 会 


提示 
在 本 例 中 ， 选 择 fname/lname 作为 主键 ， 称 之 为 自然 主键 ; 使 用 cust_id 
作为 主键 ， 则 称 为 逻辑 主键 。 使 用 哪 一 种 主键 更 好 一 直 是 悬而未决 的 热 


出 现 两 个 或 多 个 人 具有 完全 























FE 键 是 更 合适 的 





门 讨论 问题 ， 但 在 本 例 中 的 选择 是 显而易见 的 ， 因 为 人 们 的 姓名 可 能 发 
生疏 变 (比如 某 人 结婚 后 使 用 其 配偶 的 姓氏 )， 而 主键 列 在 被 赋值 后 是 绝 
不 允许 被 修改 的 。 





一 些 表 中 还 包含 了 导航 到 其 他 对 























表 上 








了 该 账户 所 关联 产品 的 唯一 性 标识 。 这 些 列 被 称 为 外 键 ， 用 于 作为 由 
的 各 实体 之 间 的 连 线 。 如 果 需 要 
的 值 ， 并 使 用 它 
连接 join)， 在 第 3 章 基本 查询 对 此 进行 了 介绍 ， 








中 
列 
为 
入 的 讨论 )。 





的 信息 , 即 前 文 提 到 的 “ 见 余数 据 ”。 举例 来 说 , Account 
FP 的 cust_id 列 ， 它 包含 了 使 用 该 账户 的 顾客 的 唯一 性 标识 ， 而 product_cd 列 则 包含 











查询 某 个 账户 所 有 者 的 相关 信息 ,由 
查找 相应 的 行 〈 在 关系 数据 库 术 





它 在 Customer 表 











语 


吾 中 ， 此 过 程 被 称 


| 需要 获取 cust_id 




















已 





在 第 5 章 和 外 




















也 训 
晰 1 
的 ， 如 果 在 Acco 











F 多 次 存储 同样 的 信 ， 
邮 体 现 关 系 模 型 。 例 如 , 在 Account 表 























昌 是 一 种 浪费 的 做 法 ， 但 是 某 些 情况 下 使 有 








unt 表 中 再 增加 顾客 的 fname/Iname 列 就 不 太 恰 当 了 ， 














的 数据 不 有 
表 妇 
适 的 ， 比 妇 








使 用 name 列 同 


可靠 。 因 为 放置 该 数据 (顾客 的 姓 / 名 ) 的 地 方 应 当 是 Customer 表 ， 六 





元 余数 据 能 够 更 清 
包含 一 个 该 账户 所 有 者 的 唯一 标识 符 是 合适 


10 章 进 行 了 更 深 








这 会 使 数据 库 中 
F 且 该 

















Pp 只 有 cust_id 列 才 适 合 在 其 他 表 中 被 引用 。 此 外 ， 在 一 列 中 包含 多 条 信息 也 是 不 合 
时 包含 顾客 的 姓 和 名 ,或 者 使 用 address 列 包 含 街 道 、 





城市 、 


























省 以 及 邮政 编码 等 信息 。 


存放 在 一 个 地 方 
返回 到 图 








1-3 中 的 4 个 表 ， 





数据 库 设计 精 化 过 程 的 3 
(外 键 除外 )， 称 为 规范 化 。 

















checking 账户 上 的 交易 信息 。 首 儿 
然后 ， 在 Account 表 中 找到 cust_id 列 等 于 George 的 唯 





























E， 在 Customer 表 中 找到 Ge 


























要 目标 就 是 保证 每 条 独立 的 信息 只 


或 许 你 会 疑惑 如 何 使 用 这 些 表 来 查找 George Blake 在 他 的 
orge Blake 的 
性 标识 符 ，3 











性 主键 。 


通过 Product_cd 





















































匹配 Product 表 上 


一 性 标识 account id 列 来 定位 Transaction 表 























Ph name 列 为 “Checking” 的 那些 行 。 最 后 ， 通 过 匹 本 





























a Account 表 的 唯 


相对 应 的 行 。 这 些 看 起 来 有 些 复 杂 ， 但 


1-1 显示 了 本 书 余下 部 





你 很 快 就 会 发 现 ， 在 SQL 语言 中 ， 使 用 一 个 命令 就 足以 完成 这 些 任务 了 。 
1.1.3 一 些 术语 

在 前 面 已 经 介绍 了 一 些 新 的 术语 , 下 面 介绍 一 些 正式 的 定义 , 表 

分 所 使 用 术语 的 定义 。 





背景 知识 





表 1-1 术语 和 定义 




















































































































术语 二 
实体 数据 库 用 户 所 关注 的 对 象 ， 如 顾客 、 部 门 、 地 理 位 置 等 
列 存储 在 表 中 的 独立 数据 片段 
行 所 有 列 的 一 个 集合 ， 完 整地 描述 了 一 个 实体 或 实体 上 的 某 个 行为 ， 也 称 之 为 记录 
表 行 的 集合 ， 既 可 以 保存 在 内 存 中 (未 持久 化 )， 也 可 以 保存 在 存储 设备 中 (已 持久 化 ) 
结果 未 持久 化 表 的 另 一 个 名 字 ， 一 般 为 SQL 查询 的 结果 
主键 用 于 唯一 标识 表 中 每 个 行 的 一 个 或 多 个 列 












































外 键 一 个 或 多 个 用 于 识别 其 他 表 中 某 一 行 的 列 





1.2 什么 是 SQL 





根据 Codd 对 关系 模型 的 定义 , 他 提出 一 种 名 为 DSL/Alpha 的 语言 , 用 于 操控 关系 表 的 





数据 。 在 Codd 的 论文 发 表 后 不 久 , IBM 建立 了 一 个 研究 小 组 来 根据 他 的 想法 构建 原型 。 
该 小 组 创建 了 一 个 DSL/Alpha 的 简化 版 本 , 即 SQUARE, 然后 通过 对 SQUARE 的 改进 ， 











将 之 发 展 为 SEQUEL 语言 ， 并 最 终 命名 为 SQL。 

















今天 SQL 已 经 发 展 到 了 中 年 期 ( 唉 ， 就 像 作 者 一 样 )， 在 这 期 间 它 经 历 了 大 量 修改 。 在 




















20 世纪 80 年 代 中 期 ， 美 国 国家 标准 组 织 (ANSI) 开始 制定 SQL 语言 的 第 一 个 标准 ， 
并 于 1986 年 发 布 。 其 后 不 断 对 其 改进 ， 并 在 1989 年 、1992 年 、1999 年 、2003 年 和 
















































































2006 年 发 布 了 一 系列 SQL 标准 的 新 版 本 。 通 过 对 语言 核心 的 改良 ， 新 的 特性 被 陆续 加 




















人 到 SQL 语言 中 ， 以 吸收 面向 对 象 等 其 他 功能 。 最 后 一 个 标准 版 本 ，SQL 2006 则 聚焦 
于 SQL 和 XML 的 集成 ， 并 定义 了 XQuery 语言 以 用 于 在 XML 文档 中 查询 数据 。 






































SQL 与 关系 模型 的 关系 密切 ， 因 为 SQL 查询 的 结果 也 可 以 视 为 一 张 表 (在 程序 上 下 文 














中 称 之 为 结果 集 )。 因 此 ， 可 以 在 关系 数据 库 中 简单 地 创建 
的 结果 集 。 同 样 地 ，SQL 查询 也 可 以 使 用 固定 表 或 其 他 查询 的 结果 集 作为 其 输入 (在 























第 9 章 中 将 会 讲述 其 细节 )。 

















最 后 需要 注意 的 一 点 是 : SQL 并 不 是 任何 短语 的 缩写 











( 尽 
语 


构 化 查询 语言 (Structured Query Language))。 当 提 到 此 语 














(S.QL) 或 使 用 单词 sequel。 
1.2.1 SQL 语句 的 分 类 


























个 固定 表 ， 用 于 存放 查询 





管 许多 人 坚持 认为 它 代表 结 
言 时 ， 可 以 使 用 独立 的 字母 


在 本 书 中 ， 将 分 别 讨论 SQL 语言 的 几 个 独立 模块 ， 即 SQL 方案 (schema) 语句 ,用 


于 定义 存储 于 数据 库 中 的 数据 结构 ，SQL 数据 语句 ， 用 于 操作 SQL 方案 语句 所 定义 的 
数据 结构 ， 以 及 SQL 事务 语句 ， 用 于 开始 、 绪 束 或 回 滚 事务 (将 在 第 12 章 中 介绍 )。 




















例如 ， 在 数据 库 中 创建 新 表 时 ， 需 要 使 用 SQL 方案 语句 create table， 而 在 新 表 中 产生 
数据 则 需要 SQL 数据 语句 insert。 


下 面 给 出 这 些 语句 的 具体 例子 ， 用 于 创建 corporation 表 的 SQL 方案 语句 如 下 : 


CREATE TABLE corporation 
(corp_id SMALLINT, 
name VARCHAR(30), 
CONSTRAINT pk_corporation PRIMARY KEY (corp_ id) 
); 
该 语句 创建 的 表 包 括 两 列 : corp_id 和 name。 其 中 ，corp_id 列 被 设置 为 表 的 主键 。 在 
第 2 章 中 , 将 会 介绍 该 语句 的 细节 ， 比 如 MySQL 中 所 提供 的 各 种 数据 类 型 。 下 面 给 出 
的 SQL 数据 语句 将 向 corporation 表 中 插入 一 行 关于 Acme Paper Corporation 的 数据 : 


INSERT INTO corporation (corp_id, name) 










































































VALUES (27,'Acme Paper Corporation’); 


该 语句 向 corporation 表 中 添加 了 一 行 数据 ， 其 中 corp_id 列 的 值 为 27， 而 name 列 的 值 


是 Acme Paper Corporation。 


最 后 ， 给 出 一 条 简单 的 select 语句 ， 以 获取 刚才 创建 的 数据 : 


mysql> SELECT name 
-> FROM corporation 
-> WHERE corp_id = 27; 
十 二 二 三 一 二 二 一 一 三 一 二 二 二 二 二 二 三 二 二 二 二 二 二 

















| name | 
OE 





| Acme Paper Corporation | 
本 三 = 


通过 SQL 方案 语句 所 创建 的 所 有 数据 库 元 素 都 被 存储 在 一 个 特殊 的 表 集 合 ， 即 数据 字 
典 中 。 这 些 “ 关 于 数据 库 的 数据 ”一 般 被 称 为 “元 数据 ”， 本 书 第 15 章 将 对 此 进行 详 
细 介 绍 。 与 用 户 所 创建 的 表 一 样 ， 数据 字典 表 也 可 以 通过 select 语句 查询 ， 从 而 允许 在 
运行 时 刻 查 看 数据 库 中 的 当前 数据 结构 。 例 如 ， 用 户 需 要 编写 显示 上 月 新 增 账户 的 报 
表 ， 那 么 既 可 以 在 报表 中 对 account 表 的 各 个 列 名 进行 硬 编码 ， 也 可 以 通过 查询 数据 字 
典 以 获取 当前 的 列 集合 并 在 每 次 运行 时 动态 地 创建 报表 。 

本 书 中 的 大 部 分 篇 幅 将 聚焦 于 SQL 语言 中 的 数据 相关 部 分 ,包括 select、update、insert 
和 delete 命令 。SQL 方案 语句 将 在 第 2 章 中 说 明 ， 并 且 该 章 所 创建 的 示例 数据 库 将 在 
全 书 中 使 用 。 一 般 来 说 , 不 需要 对 SQL 方案 语句 的 语法 进行 太 多 论述 , 而 对 于 SQL 数 
据 语句 ， 尽 管 只 有 寥寥 几 条 ,但 其 中 包含 了 大 量 值得 仔细 研究 的 内 容 。 因 此 ， 尽 管 我 
尽量 介绍 更 多 的 SQL 方案 语句 ,但 本 书 的 大 多 数 章节 还 是 把 重点 放 在 SQL 数据 语句 上 。 


1.2.2 SQL: 非 过 程 化 语 铝 
如 果 读 者 有 过 编程 语言 的 使 用 经 验 ， 可 能 习惯 于 定义 变量 或 数据 结构 、 使 用 条 件 逻 辑 






















































































































































































背景 知识 7 














( 即 if-then-else) 和 循环 结构 ( 即 do-while-end), 并 将 程序 代码 分 成 可 复 用 的 小 片段 (如 


对 象 、 函 数 、 过 程 等 )。 这 些 代码 经 过 编译 后 执行 ， 其 执行 结果 精确 地 (也 并 不 是 总 是 






































精确 ) 符合 编程 的 预期 。 无 论 是 使 用 Java、C#、C、Visual Basic 还 是 其 他 过 程 化 语言 ， 














都 可 以 完全 控制 程序 的 行为 。 








提示 

过 程 化 语言 对 所 期 望 的 结果 和 产生 这 些 结果 的 执行 机 制 或 过 程 都 进行 了 
定义 。 非 过 程 化 语言 同样 定义 了 期 望 结果 ， 但 将 产生 结果 的 过 程 留 给 外 
部 代理 来 定义 。 


使 用 SQL 意味 着 必须 放弃 对 过 程 的 控制 , 因为 SQL 语句 只 定 义 必 要 的 输入 和 输出 ， 而 








执行 语句 的 方式 则 交 由 数据 库 引 警 的 一 个 组 件 ， 即 优化 器 〈optimizer) 处 理 。 优 化 器 的 



























































工作 包括 查看 SQL 语句 并 考虑 该 表 的 配置 信息 以 及 有 无 索引 等 ， 以 确定 最 具 效 率 的 执 
行路 径 〈 当 然 ， 并 不 总 是 最 有 效率 )。 大 多 数 数据 库 引擎 允许 通过 指定 优化 器 选项 来 影 
向 优化 器 的 决策 ， 比 如 建议 使 用 特定 的 索引 等 。 而 大 多 数 SQL 的 用 户 并 不 需要 考虑 这 
个 复杂 的 层面 ， 而 是 将 之 交 给 数据 库 管理 员 或 性 能 调 优 专 家 来 处 理 。 


因此 单独 使 用 SQL 并 不 能 开发 完整 的 应 用 ， 除 了 编写 简单 的 脚本 来 处 理 某 些 数据 ， 

































































一 般 需 要 将 SQL 与 编程 语言 相 集 成 。 一 些 数据 库 厂商 已 经 为 用 户 考 虑 了 这 些 ， 如 
Oracle 的 PL/SQL 语言 ，MySQL 的 存储 过 程 语 言 ， 以 及 Microsoft 的 Transact-SQL 























语言 。 在 这 些 语言 中 ，SQL 数据 语言 是 其 语法 的 一 部 分 ， 以 准确 无 误 地 将 数据 库 查 
询 与 过 程 化 命令 集成 到 一 起 。 如 果 使 用 非 数 据 库 指定 的 语言 ， 如 Java 等 ， 则 需要 使 





























用 选项 。 





















































用 工具 集 /API 以 在 代码 中 执行 SQL 语句 。 有 些 工具 集 由 数据 库 厂商 提供 ， 其 他 的 则 
第 三 方 厂商 或 开源 代码 提供 者 所 创建 。 表 1-2 显示 了 将 SQL 集成 到 特定 语言 的 可 























表 1-2 SQL 集成 工具 集 


























语言 工具 集 
Java JDBC (Java Database Connectivity; JavaSoft) 
C++ Rogue Wave SourcePro DB (third-party tool to connect to Oracle, SQL Server, MySQL, 
Informix, DB2, Sybase, and PostgreSQL databases) 
C/C++ Pro*C (Oracle), MySQL C API (open source), and DB2 Call Level Interface (IBM) 
C# ADO.NET (Microsoft) 
Perl Perl DBI 
Python Python DB 
I ADO.NET (Microsoft) 
如 果 用 户 仅 仪 需要 执行 交互 式 的 命令 ， 那 么 每 种 数据 库 开 发 商都 提供 了 至 少 一 个 简单 



















































































的 命令 行 工具 ， 用 于 向 数据 库 引 擎 提交 SQL 命令 。 大 多 数 开 发 商都 提供 了 图 形 化 的 工 


具 , 其 中 包含 显示 SQL 命令 的 窗口 以 及 另 一 个 显示 SQL 命令 执行 结果 的 窗口 。 因 为 本 








于 MySQL 安装 文件 的 一 部 分 ， 并 用 于 运行 示例 和 格式 化 的 结果 。 





1.2.3 SQL 示例 




















下 面 就 兑现 这 个 承诺 ， 语 句 和 查询 结果 如 下 : 


SELECT t.txn_id, t.txn type_ cd, t.txn date, 七 
FROM individual i 








.amount 


INNER JOIN account a ON i.cust_id = a.cust_id 
INNER JOIN product p ON p.product_ cd = a.product_cd 
INNER JOIN transaction 七 ON t.account_id = a.account_id 























WHERE i.fname = "George' AND i.lname = 'Blake' 

AND p.name = 'checking account'; 
二 由 SE 中 
| txn_id | txn_type_cd | txn_date | amount | 
十 一 一 一 一 一 一 中 i 
| 11 | DBT | 2008-01-05 00:00:00 | 100.00 | 
下 二 SD 生计 和 


1 row in set (0.00 sec) 


此 处 仅 对 此 语句 进行 简单 的 分 析 : 该 查询 查找 满足 下 面 两 









































易 信息 内 容 ， 并 分 4 列 显 示 。 如 果 刚 好 知道 George Blake 





表 中 的 checking 账户 ， 并 使 用 账户 ID 来 查找 相关 的 交易 : 











书 中 的 例子 都 将 在 MySQL 数据 库 中 运行 ,所 以 本 书 使 用 mysql 命令 行 工具 。 该 工具 属 





在 本 章 前 面 ,我 说 过 要 演示 返回 George Blake 的 checking 账户 上 所 有 交易 的 SQL 语句 ， 


个 条 件 的 行 ， 即 在 individual 





表 中 姓名 为 George Blake 的 行 ， 以 及 在 product 表 中 的 账户 名 为 checking account 的 行 ， 











并 通过 account 表 将 它们 关联 起 来 ， 然 后 返回 transaction 表 中 所 有 提交 到 该 账户 上 的 交 


的 客户 ID 是 8 并 且 checking 
账户 的 指定 代码 为 “CHK”， 就 可 以 简单 地 根据 客户 ID 找到 George Blake 在 account 








SELECT t.txn_id, 七 .七 xn type cd, t.txn date, t.amount 





FROM account a 








WHERE a.cust_id = 8 AND a.product cd = 'CHK'; 


在 下 面 的 各 章节 里 ， 将 会 覆盖 到 这 些 查 询 的 所 有 概念 ( 








INNER JOIN transaction t ON 七 .account_ id = a.account_id 


且 会 涉及 得 很 多 )， 














至 少 需要 展示 一 下 它们 的 大 致 结构 。 














前 面 的 查询 包含 了 3 个 不 同 的 字句 ， 包 括 select、from 和 where。 几 乎 所 有 的 查询 都 至 





日 在 这 是 








[也 





少 会 包含 这 3 个 子 句 ， 当 然 还 有 其 他 几 个 子 句 可 用 于 更 特定 的 查询 目标 。 下 面 展示 了 


这 3 个 子 句 所 起 的 角色 : 
SELECT /* 1 个 或 多 个 事物 */ ... 
FROM /* 1 个 或 多 个 地 点 */ ... 
WHERE /* 1 个 或 多 个 条 件 */ ... 


























山 
了 


景 知识 





提示 
大 多 数 的 SQL 实现 都 将 /* 和 */ 标 记 之 间 的 文本 视 为 注释 











当 用 户 构造 查询 时 ， 首 先 需 要 确定 查找 的 是 哪 一 个 或 哪些 表 ， 并 将 它们 加 入 from 子 句 
中 ， 然 后 在 where 子 句 中 增加 查询 条 件 以 过 滤 掉 并 不 感 兴趣 的 数据 。 最 后 ， 需 要 确定 
从 各 个 表 中 所 应 提取 的 列 ， 并 将 之 增加 到 select 子 名 中。 下面 给 出 一 个 简单 的 例子 ， 以 
展示 如 何 找到 所 有 姓 为 “Smith” 的 客户 : 


SELECT cust_id, fname 
FROM individual 
WHERE lname = 'Smith'; 


该 查询 搜索 individual 表 ， 以 找到 所 有 lname 列 匹 配 字符 串 'Smith 的 行 ， 并 返回 这 些 行 
中 的 cust id 和 fname 列 。 


除了 查询 数据 库 ， 还 需要 在 数据 库 中 建立 和 修改 数据 ， 下 面 举 出 一 个 简单 的 例子 ， 以 
说 明 如 何在 product 表 中 插入 新 行 : 


INSERT INTO product (product_cd, name) 
VALUES ('CD', ‘Certificate of Depysit') 


糟糕， 这 里 将 “Deposit” 拼 错 了 ， 不 过 没有 关系 ， 可 以 使 用 update 语句 来 修复 这 个 
错误 : 
UPDATE product 


SET name = "Certificate of Deposit" 
WHERE product_ cd = 'CD'; 


意 , 与 select 语 名 一样，update 语句 也 包含 了 where 子 句 , 这 是 因为 update 语句 也 要 
识别 所 需 修改 的 行 。 在 本 例 中 ,只 需要 将 要 修改 的 行 指 定 为 product_cd 列 与 字符 串 'CD' 
相 匹 配 的 那些 行 即 可 。 由 于 product_cd 列 是 product 表 的 主键 ,因此 可 以 预计 update 语 
句 会 精确 地 修改 某 一 行 〈 或 零 行 , 如果 表 中 该 值 不 存在 ) 。 在 任何 时 刻 执行 SQL 数据 语 
句 ， 都 会 收 到 一 个 来 自 数 据 库 引 警 的 反馈 ， 以 显示 该 语句 所 影响 的 行 数 。 如 果 使 用 交 
互 式 工 具 ， 比 如 上 文 提 到 的 mysql 命令 行 工 具 ， 那 么 可 以 接收 到 下 面 几 种 操作 所 影响 
行 数 的 反馈 : 
。 select 语句 的 返回 行 数 ; 

e。 insert 语句 创建 的 行 数 ， 

。 ”update 语句 修改 的 行 数 ， 

。 ”delete 语句 所 删除 的 行 数 。 


可 以 使 用 过 程 化 语言 ， 并 结合 上 文 提 到 的 工具 集 来 调用 SQL 语句 。 工 具 集 通常 包含 了 
能 够 获取 SQL 数据 语句 执行 信息 的 调用 。 一 般 来 说 ， 好 的 做 法 应 当 是 检查 这 个 信息 以 
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确信 语句 执行 并 没有 超出 预料 (比如 忘记 为 delete 语句 增加 where 子 句 ,从 而 删除 了 表 
中 的 所 有 行 )。 

1.3 什么 是 MySQL 

商业 级 关系 数据 库 已 经 存在 20 多 年 了 ， 几 种 最 成 熟 和 流行 的 商业 产品 包括 : 


。 甲骨文 公司 的 Oracle Database; 

















e。 Microsoft 公司 的 SQL Server; 
。 IBM 公司 的 DB2 Universal Database; 
e。 Sybase 公司 的 Sybase Adaptive Server。 


这 些 数据 库 服务 器 的 功能 十 分 类 似 ， 尽 管 它们 中 的 一 些 擅长 处 理 大 容量 和 高 流量 的 数 
据 库 ， 而 另 一 些 对 于 处 理 对 象 、 大 文件 或 XML 文档 等 更 为 适合 ， 所 有 这 些 服务 器 都 遵 
从 了 最 新 的 ANSI SQL 标准 。 这 是 一 件 好 事 ， 本 书 将 演示 如 何 编写 标准 的 SQL 语句 ， 
以 便 无 须 修 改 (或 极 少量 的 修改 ) 就 能 够 在 这 些 平台 中 运行 。 


在 最 近 5 年 里 ， 除 了 商业 级 数据 库 服 务 器 ， 开 源 社区 也 为 创建 商业 数据 库 产 品 的 可 替 
代 品 而 努力 ， 其 中 两 个 最 常用 的 开源 数据 库 服务 器 为 PostgreSQL 和 MySQL。MySQL 
的 主页 上 (http://www.mysql.com) 声称 其 已 经 拥有 超过 1000 万 次 的 安装 ， 它 的 服务 器 
版 式 是 免费 使 用 的 ， 并 且 该 服务 器 软件 的 下 载 和 安装 都 非常 简单 。 出 于 这 些 理由 ， 本 
书 的 所 有 示例 都 将 在 MySQL (6.0 版 ) 上 运行 ， 并 使 用 mysql 命令 行 工 具 格式 化 查询 
结果 。 即 使 你 已 经 使 用 了 另 一 种 数据 库 且 从 未 打算 使 用 MySQL， 本 书 还 是 建议 安装 
MySQL 服务 器 的 最 新 版 本 ， 并 载 人 书 中 示例 所 包含 的 SQL 方案 和 数据 语句 。 


不 过 ， 读 者 还 需要 牢记 下 面 的 说 明 : 

本 书 并 不 是 一 本 MySQL 的 SQL 实现 教程 。 

事实 上 , 本 书 原意 是 希望 教授 如 何 设计 SQL 语句 并 使 之 无 需 修改 地 运行 在 MySQL 上 ， 
并 能 在 无 需 或 仅 需 要 极 少量 修改 的 情况 下 ， 运 行 在 Oracle Database、Sybase Adaptive 
Server 和 SQL Server 上 。 
为 了 使 本 书 中 的 代码 尽量 保持 数据 库 平 台 版 本 独立 性 , 作者 不 得 不 克制 对 MySQL SQL 
语言 一 些 有 趣 特 性 的 介绍 ， 因 为 这 些 特性 在 其 他 数据 库 实现 上 不 能 被 完成 。 作 为 补充 ， 
附录 B 覆盖 了 其 中 一 些 特性 ， 以 帮助 那些 准备 持续 使 用 MySQL 的 读者 。 


py 
1.4 内 容 前 妖 
接 下 来 4 章 的 主要 目标 是 简介 SQL 数据 语句 , 重点 放 在 select 语句 的 3 个 主要 子 句 上 。 
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此 外 还 提供 了 许多 银行 业务 方面 的 实例 (在 下 一 章 中 介绍 )， 本 书 中 所 有 的 示例 都 围绕 
它们 展开 。 这 是 因为 使 用 同一 个 已 熟悉 的 数据 库 作为 例子 ， 将 会 更 容易 地 掌握 问题 的 
核心 ， 而 不 是 每 次 都 需要 了 人 解 所 使 用 的 表 。 如 果 读 者 对 总 是 使 用 同样 的 表 集 合 感到 大 
党 ， 那 么 可 以 在 示例 数据 库 中 自由 增加 新 表 ， 或 者 干脆 建立 自己 的 试验 数据 库 。 

在 帮助 读者 牢固 掌握 了 基础 知识 后 ， 剩 余 的 章节 将 会 深入 讨论 更 多 的 概念 ， 它 们 大 多 
是 相互 独立 的 。 因 此 ， 读 者 可 以 根据 自己 的 疑问 ， 自 由 地 向 前 或 向 后 浏览 某 个 章节 。 
当 你 完整 阅读 本 书 并 使 用 过 所 有 的 示例 后 ， 你 就 已 经 在 通 往 SQL 专家 的 路 上 迈 出 了 坚 
实 的 第 一 步 。 
在 本 章 之 外 , 如 果 读 者 还 需要 了 解 更 多 关系 数据 库 、 计算机 数据 库 系统 的 历史 以 及 SQL 
语言 方面 的 知识 ， 可 以 参考 下 面 列 出 的 一 些 资源 : 


e C.J.Date’s Database in Depth: Relational Theory for Practitioners (O’Reilly) 







































































































































































e C.J.Date’s An Introduction to Database Systems, Eighth Edition (Addison-Wesley) 


e C.J. Date's The Database Relational Model: A Retrospective Review and Analysis: A 
Historical Account and Assessment of E. F. Codd’s Contribution to the Field of 
Database Technology (Addison-Wesley) 


e http://en.wikipedia.org/wiki/Database_management_system 


e http://www.mcjones.org/System_R/ 





第 2 章 


创建 和 使 用 数据 库 




















本 章 提供 的 内 容 包括 如 何 创建 数据 库 、 如 何 创建 表 ， 并 且 相关 的 数据 将 会 作为 全 书 的 
用 例 。 此 外 还 介绍 了 各 种 数据 类 型 以 及 如 何在 建 表 时 使 用 它们 。 因 为 本 书 中 的 示例 都 
运行 在 MySQL 数据 库 上 ， 因 此 本 章 比较 偏向 使 用 一 些 MySQL 的 特性 和 记号 , 但 大 多 
数 概念 对 其 他 数据 库 服务 器 也 是 适合 的 。 


2.1 创建 MySQL 数据 库 


如 果 读 者 已 经 有 了 可 以 使 用 的 MySQL 数据 库 服务 器 ， 那 么 可 以 跳 过 下 面 的 安装 指南 ， 
直接 阅读 表 2-1。 不 过 需要 注意 ， 本 书 使 用 的 MySQL 为 6.0 及 以 上 版 本 ， 如 果 你 使 用 
的 是 以 前 的 版 本 ， 就 需要 将 服务 器 升级 或 者 安装 另 一 个 服务 器 。 






















































































表 2-1 创建 示例 数据 库 







































































































































































步 又 描 述 行 为 
1 从 开始 菜单 打开 运行 对 话 框 ”| 打开 开始 菜单 并 选择 运行 
2 调 出 命令 窗口 在 对 话 框 中 键入 cmd 并 单 击 确定 按钮 
3 用 root 用 户 登 录 MySQL mysdql -u root -p 
4 创建 示例 数据 库 create database bank:; 
5 创建 用 户 lIrngsql, 并 赋予 bank grant all privileges on bank.* to 'Imgsql'@'localhost' 
数据 库 的 权限 identified by 'xyz'; 
6 退出 mysql 工具 包 quit; 
7 使 用 lrngsql 用 户 登 录 MySQL | mysql -u lmngsql -p; 
8 关联 bank 数据 库 use bank; 




















下 面 的 操作 指南 显示 了 在 Windows 操作 系统 上 安装 MySQL 6.0 服务 器 版 所 需要 的 最 少 


1. 访问 MySQL 数据 库 服务 器 的 下 载 页 面 : http://dev.mysql.com/downloads。 其 中 所 要 
下 载 的 6.0 版 本 完整 的 URL 为 http:/devmysql.com/downloads/mysql6.0.html。 


2. 下 载 Windows (x86) 下 的 基础 压缩 包 ， 其 中 包含 了 最 常用 的 工具 。 

3. 当 弹 出 “Do you want to run or save this file?” 确 认 和 窗口 后 ， 单 击 下 一 步 按钮 。 
4. 等待 出 现 MySQL 服务 器 6.0 版 的 安装 向 导 窗 口 ， 然 后 单 击 下 一 步 按钮 。 
5. 选择 典型 安装 ， 单 击 下 一 步 按钮 。 

6. 单 击 安装 按钮 。 
7 
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出 现 MySQL 企业 版 的 安装 窗口 ， 连 续 单 击 两 次 下 一 步 按钮 。 
当 安 装 完成 后 ， 选 中 Configure the MySQL Server now 选项 ， 然 后 单 击 完成 按钮 ， 
以 载 人 配置 向 导 界 面 。 
9. 当 配 置 向 导 界 面 被 载 人 后 ， 激 活 标准 配置 选项 按钮 ， 然 后 同时 选中 Install as 
Windows Service 和 Include Bin Directory in Windows Path 复 选 框 , 单 击 下 一 步 按钮 。 
10. 选择 修改 安全 设置 复 选 框 ， 并 输入 root 用 户 的 密码 ( 记 住所 输入 的 密码 ， 因 为 你 
马上 就 要 用 到 它 1) ， 然 后 单 击 下 一 步 按钮 。 
11. 单 击 执行 按钮。 
到 此 ， 如 果 一 切 顺利 MySQL 服务 器 就 会 被 成 功 安装 并 运行 ,否则 建议 其 载 服 务 并 阅 
读 “MySQL 在 Windows 下 的 安装 疑难 解答 ”指南 (可 以 在 http://dev.mysql.com/doc/ 
refman/6.0/en/windows-troubleshooting.html 上 找到 它 )。 
















































































警告 
人 6 还 需要 更 
[ee | 进一步 清理 (比如 清除 一 些 旧 的 注册 表 条 目 )， 以 便 能 够 成 功 获取 设置 
向 导 。 





接 下 来 需要 打开 Windows 命令 窗口 ， 调 用 mysql 工具 ， 并 创建 数据 库 和 用 户 。 表 2-1 
列 出 了 必需 的 步骤。 在 第 五 步 中 ， 也 可 以 为 lngsql 用 户 选 择 与 “xyz” 不 同 的 密码 (但 
不 要 忘 了 所 输入 的 密码 哦 !)。 
现在 已 经 准备 好 了 MySQL 服务 器 、 示 例 数 据 库 以 及 数据 库 用 户 ,， 下面 只 剩 下 创建 数据 
库 表 并 产生 示例 数据 的 工作 了 。 可 以 在 http:/examples.oreilly.corylearningsql/ 下 载 相关 
脚本 ， 并 使 用 mysql 工具 运行 。 假 设 将 该 脚本 文件 存放 为 c:\temp\LearningSQL 
Example.sql， 接 下 来 需要 完成 以 下 两 项 任务 : 


1. ”如果 已 经 从 mysql 工具 包 中 退出 ， 那 么 需要 重复 表 2-1 中 的 第 7 和 第 8 步 ， 
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的 数据 库 ， 


输入 源 文件 路 径 c:\temp\LearningSQLExample.sql， 
如 此 就 顺利 创建 了 本 书 所 有 例子 所 使 有 





2.2 ”使 用 mysql 命令 行 工具 

















在 调 














这 可 





输入 完成 后 会 立即 出 现 mysql> 标 记 , 在 





果 。 


用 mysql 命令 行 工具 时 ， 


可 以 同时 指 
mysql -u lrngsql -P bank 


从 省 去 每 次 启动 工具 时 都 要 输入 use bank 命令 


定 用 户 名 和 所 要 




















按 Enter 键 。 
并 产生 了 相关 数据 。 


使 用 的 数据 库 ， 如 下 所 示 : 


的 麻烦 。 然 后 提示 需要 输入 密码 ， 











12 士 





E 该 标记 的 后 面 可 以 运行 SQL 语句 并 
例如 ， 需 要 知道 当前 日 期 和 时 间 ， 可 以 输入 下 面 的 查询 : 


查看 输出 结 








mysql> SELECT now(); 











1 row in set (0. 





















































now0) 是 内 建 的 MySQL 了 艺 数 , 它 返 回 当前 日 期 与 时 间 。 如 上 所 示 , mysql 命令 行 工具 使 
用 +、 te 在 矩形 杠 中 。 显 示 完 查询 结果 (本 例 的 结果 只 























有 1 行 ) 之 后 ， mysql 个 命令 行 工具 还 显示 返回 的 行 数 ， 以 及 SQLIi 在 句 执 行 的 时 间 。 








缺失 的 子 名 


菜 些 数 据 库 服务 器 规定 查询 语句 中 必须 包含 from 子 句 ,并 在 其 中 至 少 指明 一 个 表 名 ， 
比如 广泛 使 用 的 Orcale 数据 库 。 RE | 人 小国 和 ，Oracle 为 此 提 
供 了 一 个 特殊 的 表 dual, 该 表 只 包含 一 个 名 为 dummy 的 列 , 并 且 只 会 有 一 个 数据 行 。 
为 了 与 Oracle 数据 库 保 持 兼 容 ，MySQL 也 提供 了 dual 表 ， 人 前 面 的 关于 当期 日 
期 时 间 的 查询 可 以 使 用 下 面 的 语句 : 

mysql> SELECT now() 


FROM dual; 





| 2005-05-06 16:48:46 | 
证 二 二 二 小 
(0.01 sec) 


如 果 没 有 使 用 Oracle， 并 且 不 需 
名 的 select 语句 。 








1 row in set 











要 与 之 兼容 ， 





可 以 省 略 dual 表 ， 只 使 用 不 带 from 子 























使 用 完 mysql 命令 行 语句 后 ， 可 以 简单 地 输入 quit 或 exit， 以 返回 Windows shell。 
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2.3 MySQL 数据 类 型 


一 般 来 说 ， 所 有 流行 的 数据 库 都 可 以 存储 同样 的 数据 类 型 ， 比 如 字符 串 、 日 期 和 数字 
等 ， 但 对 于 一 些 特殊 的 数据 类 型 ， 比 如 XML 文档 或 大 的 文本 及 二 进 制 文 档 ， 各 种 数据 
库 之 间 存 在 着 较为 明显 的 差异 。 本 书 仅 针对 SQL 语言 进行 介绍 ， 通 常用 到 的 数据 列 
98% 都 是 简单 数据 类 型 ， 因 此 本 : 


只 涉及 字符 型 、 数 值 型 和 日 期 型 。 
2.3.1 字符 型 数据 


字符 型 数据 可 以 使 用 定 长 或 变 长 的 字符 串 来 实现 ， 其 不 同 点 在 于 固定 长 度 的 字符 串 使 
用 空格 向 右 填 充 ， 以 保证 占用 同样 的 字 节 数 ， 变 长 字符 串 不 需要 向 右 填充 ， 并 且 所 有 
字 节 数 可 变 。 当 定义 一 个 字符 列 时 ， 必 须 指 定 该 列 所 能 存放 字符 串 的 最 大 长 度 。 例 如 ， 
要 存储 最 大 长 度 不 超过 20 个 字符 的 字符 串 ， 可 以 使 用 下 面 的 定义 方式 : 

char (20) 

varchar (20) 
char 列 可 以 设置 的 最 大 长 度 为 255 个 字 节 ， 而 varchar 列 最 多 可 以 存储 65535 个 字 节 。 
如 果 需 要 存储 更 长 的 字符 串 (比如 电子 邮件 、XML 文档 等 )， 则 需要 使 用 文本 类 型 
(mediumtext 和 longtext) ,后面 将 对 此 进行 介绍 。 一 般 情 况 下 ,使 用 char 类 型 来 存储 同 
样 长 度 的 字符 串 ， 比 如 州 名 的 简写 ， 以 及 使 用 varchar 类 型 来 存储 变 长 字符 串 。 在 所 有 
主流 数据 库 中 ，char 和 varchar 的 使 用 方式 都 是 类 似 的 。 
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需 


/* fixed-length */ 
/* variable-length */ 




















提示 
Oracle 数据 库 对 varchar 的 使 用 是 个 特例 ， 使 用 varchar2 类 型 表示 变 长 字 
符 串 列 。 








"Sy 


字符 集 
对 于 拉丁 系 语言 ， 比 如 英语 ， 包 含 了 一 系列 字母 ， 其 中 每 个 字母 只 需要 1 个 字 节 来 存 
储 。 其 他 一 些 语言 《如 日 语 和 韩语 ) 则 包含 了 大 量 字 符 ， 每 个 字符 的 存储 需要 多 个 字 


节 ， 因 此 这 类 字符 集 被 称 为 多 字符 





























o 


























MySQL 可 以 使 用 各 种 字符 集 来 存储 数据 ， 包 括 





字符 集 和 多 字符 集 。 可 以 使 用 show 











命令 来 查看 服务 器 所 支持 的 字符 集 ， 如 下 所 示 。 

mysql> SHOW CHARACTER SET; 

全 二 i ee i 
| Charset | Description | Default collation | Maxlen | 
二 人 ts 让 和 
| big5 | Big5 Traditional Chinese| big5_ chinese_ci | 2 

| dec8 | DEC West European | dec8_swedish ci | 1 | 
| cp850 | DOS West European | cp850_general_ci | 1 | 

































































hp8 HP West European hp8_english ci 
koi8r KOI8-R Relcom Russian koi8r_ general ci 
latinl cp1252 West European latinl_swedish ci 
latin2 ISO 8859-2 Central European latin2_ general ci 
swe7 7bit Swedish swe7_swedish ci 
ascii US ASCII ascii_ general ci 1 
ujis EUC-JP Japanese ujis_japanese_ci 3 
sjis Shift-JIS Japanese sjis_japanese_ci 2 
hebrew ISO 8859-8 Hebrew hebrew_general ci 
tis620 TIS620 Thai tis620_thai_ ci 1 
euckr EUC-KR Korean euckr_ korean ci 2 
koi8u KOI8-U Ukrainian koi8u general ci 1 
gb2312 GB2312 Simplified Chinese gb2312_chinese_ci 2 
greek ISO 8859-7 Greek greek general ci 
cp1250 Windows Central European cp1250_general ci 1 
gbk GBK Simplified Chinese gbk_chinese_ ci 2 
latin5 ISO 8859-9 Turkish latin5_ turkish ci 
armscii8 | ARMSCII-8 Armenian armscii8_general ci 于 
utf8 UTF-8 Unicode utf8_general_ ci 3 
ucs2 UCS-2 Unicode uCcs2_general ci 2 
cp866 DOS Russian cp866_general_ ci 
keybcs2 DOS Kamenicky Czech-Slovak keybcs2_general ci 
macce Mac Central European macce_general ci 
macroman | Mac West European macroman_ general ci 
cp852 DOS Central European cp852_general ci 
latin7 ISO 8859-13 Baltic latin7_general ci 
cp1251 Windows Cyrillic cPp1251_ general_ ci 
cp1256 Windows Arabic cp1256_general_ ci 
cp1257 Windows Baltic cPp1257_general_ ci 
binary Binary pseudo charset binary 
geostd8 GEOSTD8 Georgian geostd8_general_ci 
p932 SJIS for Windows Japanese cp932_japanese_ci 2 
eucjpms UJIS for Windows Japanese eucjpms_japanese_ci 3 
+ 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 十 
36 rows jin set (0.11 sec) 
如 果 其 中 的 第 4 列 maxlen 大 于 1， 那 么 该 字符 集 为 多 字符 集 。 
在 安装 MySQL 服务 器 时 ，latinl 字符 集 将 会 被 自动 选择 为 默认 字符 集 。 当 然 ， 还 可 以 





UD 





为 数据 库 


符 集 名 称 ， 例 如 : 


varchar (20) 











尽管 本 书 中 对 字符 集 的 介绍 就 到 此 为 止 了 ， 但 实际 上 关于 





的 每 个 字符 列 选择 不 同 的 字符 
字符 集 数 据 。 为 数据 列 指定 非 默认 的 字符 集 ， 



































lu 


character set utf8 


在 MySQL 中， 还 可 以 改变 整个 数据 库 的 默认 字符 


create database foreign_ sales character set utf8; 





外 





tt 











， 甚 至 可 以 在 同一 个 数据 表 内 存储 不 同 的 
要 在 类 型 定义 后 加 上 系统 支持 的 字 





国际 化 的 主题 还 包含 了 更 为 
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广泛 的 内 容 。 如 果 你 需要 处 理 多 种 非 母 语 的 字符 集 ， 可 以 参考 Andy Deitsch 和 David 
Czarnecki’s Java Internationalization 或 Richard Gillam 的 Unicode Demystified: A 
Practical Programmer’s Guide to the Encoding Standard 等 著作 。 

文本 数 
如 果 需 要 存储 的 数据 超过 64KB (varchar 列 所 能 容许 的 上 限 )， 就 需要 使 用 文本 类 型。 
2-2 显示 了 可 用 的 文本 类 型 及 它们 的 最 大 长 度 。 


表 2-2 MySQL 文本 类 型 








诺 


























i 


nl 

















文本 类 型 Maximum number of bytes 
tinytext 255 
text 65 535 
mediumtext 16 777 215 
longtext 4 294 967 295 








当选 择 使 用 文本 类 型 时 ， 应 注意 下 列 事项 。 

。 ”如 果 被 装载 到 文本 列 中 的 数据 超出 了 该 类 型 的 最 大 长 度 ， 数 据 将 会 被 截断 。 

。 ”在 向 文本 列 装载 数据 时 ， 不 会 消除 数据 的 尾部 空格 。 

。 ” 当 使 用 文本 列 排序 或 分 组 时 ， 只 会 使 用 前 1024 个 字 节 ， 当 然 在 需要 时 可 以 放宽 这 
个 限制 。 


。 这 些 不 同 的 文本 类 型 只 是 针对 MySQL 服务 器 。SQLServer 对 于 大 的 字符 型 数据 只 
提供 text 类 型 ， 而 DB2 和 Oracle 使 用 的 数据 类 型 名 称 为 clob， 即 Character Large 
Object 。 

。 如今 MySQL 允许 varchar 列 最 大 容纳 65536 个 字 节 (在 MySQL 4 中 仅 限 制 为 255 
个 字 节 ) ， 这 样 一 般 不 需要 使 用 tinytext 或 text 类 型 了 。 

如 果 创 建 的 列 用 于 存储 自由 格式 的 数据 条 目 ， 比 如 用 于 存储 客户 与 公司 客服 部 门 交 互 

数据 的 notes 列 ， 那 么 一 般 使 用 varchar 就 足够 了 。 不 过 如 果 需 要 存储 文档 ， 那 就 可 以 

选择 mediumtext 或 longtext 类 型 。 


可 s， 
























































提示 
ax Oracle 数据 库 中 ，char 列 能 容纳 2000 个 字 节 ，varchar2 列 4000 个 
区 、 43， 字 节 ， 而 SQL Server 中 char 和 varchar 列 都 能 够 容纳 8000 个 字 


2.3.2 ”数值 型 数据 
尽管 使 用 独立 的 数值 数据 类 型 “numeric” 似 乎 更 为 合理 ， 但 实际 上 存在 着 好 几 种 不 同 
































的 数值 数据 类 型 ， 它 们 反映 了 数字 应 用 的 不 同方 式 ， 如 下 所 述 。 
某 列 需要 指示 顾客 订单 是 否 已 被 发 送 
该 列 类 型 可 以 被 设 为 Boolean， 它 的 值 为 0 表示 否 ， 为 1 表示 是 。 
交易 表 中 由 系统 自动 生成 的 主键 
该 列 数 据 由 1 开始 ， 并 每 次 自 增 1， 可 能 会 达到 非常 大 的 数字 。 
顾客 电子 购物 篮 的 物品 号 
该 列 的 值 应 当 为 正 数 ， 从 1 到 200 (假设 200 为 购物 篮 所 能 容纳 的 最 多 物品 数 ) 。 
电路 板 销 孔 机 的 位 置 数据 
高 精度 的 科学 和 制造 业 数据 往往 需要 精确 到 小 数 点 后 8 位 。 


为 了 处 理 这 些 类 型 的 数据 ，MySQL 提供 几 种 不 同 的 数值 数据 类 型 ， 最 常用 的 是 用 于 存 
储 所 有 整数 的 类 型 ， 在 这 些 类 型 前 面 还 可 以 加 上 unsigned 关键 字 ， 以 向 服务 器 指明 该 
列 存储 的 数据 大 于 等 于 0。 表 2-3 显示 了 5 种 用 于 存储 整数 的 类 型 。 
















































































































































































表 2-3 MySQL 的 整数 类 型 























类 型 带 符号 的 范围 无 符号 的 范围 
tinyint -128 ~127 0~255 
smallint -32 768 一 32 767 0 一 65 535 
mediumint | -8388 608 一 8 388 607 0 一 16 777 215 
int -2 147 483 648 一 2 147 483 647 0 一 4294 967 295 
vigint | 22223372036354775 808~ -is467407a709551615 


当 使 用 这 些 整 数 类 型 之 一 创建 列 时 ，MySQL 将 为 存储 数据 分 配合 适 大 小 的 空间 ， 从 1 
个 字 节 (tinyint) 到 8 个 字 节 (bigint) 不 等 。 因 此 在 选择 类 型 时 ， 只 需要 确保 能 够 容 
纳 预期 的 最 大 数字 即 可 ， 这 样 可 以 避免 浪费 不 必要 的 存储 空间 。 


对 于 浮 点 数值 (如 3.1415927) ， 可 以 选择 表 2-4 中 的 数字 类 型 。 
































表 2-4 MySQL 浮 点 类 型 

类 型 数值 范围 
-3.402823466E+38 ~—1.175494351E-38 
1.175494351E-38 一 3.402823466E+38 


—1.7976931348623157E+308 ~ 一 2.2250738585072014E-308 
2.2250738585072014E-308 ~ 1.7976931348623157E+308 


float(p,s) 





double(p,s) 
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当 使 用 浮 点 类 型 时 ， 可 以 指定 其 精度 〈 小 数 点 左边 到 右边 所 允许 的 数字 总 位 数 ) 和 有 
效 位 〈 小 数 点 右边 所 人 允许 的 数字 位 数 ) ， 当 然 这 不 是 必需 的 。 这 两 个 值 在 表 2-4 中 由 参 
数 p 和 s 指定 。 需要 注意 的 是 , 如 果 数 字 位 超过 了 该 列 所 定义 的 精度 或 有 效 位 ， 那么 该 
列 中 存储 的 数据 将 会 被 四 舍 五 入 。 例 如 ,一 个 定义 为 float(4,2) 的 列 将 会 存储 4 位 数字 ， 
其 中 两 位 在 小 数 点 左边 ， 两 位 在 小 数 点 右边 。 因 此 ， 如 果 向 该 列 添加 数据 27.44 和 8.19 





是 允 讨 
































F 的 ， 但 17.8675 将 会 被 四 舍 五 人 为 17.87，178.375 则 会 产生 一 个 错误 。 


和 整数 类 型 一 样 , 浮 点 列 也 可 以 被 定义 为 unsigned, 但 这 里 只 是 禁止 列 中 存放 负数 ,并 
没有 改变 该 列 所 存储 数据 的 范围 。 














2.3.3 时间 数 据 
除了 字符 串 和 数字 ， 处 理 信息 还 会 经 常用 到 日 期 或 时 间 。 这 种 类 型 的 数据 被 称 为 时 间 
型 数据 ， 下 面 为 数据 库 中 使 用 时 间 型 数据 的 一 些 例子 : 


预计 未 来 发 生 某 个 特定 事件 〈 比 如 发 送 客户 订单 


























和 


的 日 期 ， 








客户 订单 实际 上 被 发 送 的 日 期 ， 
用 户 修改 表 中 某 行 的 日 期 与 时 间 ， 





雇员 的 生日 ， 














在 数据 仓库 的 yearly_sales 表 中 ， 每 行 数据 所 关联 的 年 份 ; 


在 














自动 装配 线 上 完成 一 道 流水 线 所 消耗 的 时 间 。 








MySQL 为 所 有 这 些 情况 都 提供 了 合适 的 数据 类 型 。 表 2-5 显示 了 MySQL 支持 的 时 间 
数据 类 型 。 


表 2-5 MySQL 的 时 间 类 型 








类 型 默认 格式 允许 的 值 
date YYYY-MM-DD 1000-01-01 ~9999-12-31 





datetime YYYY-MM-DD HH:MI:SS 1000-01-01 00:00:00 一 9999-12-31 23:59:59 





timestamp YYYY-MM-DD HH:MI:SS 1970-01-01 00:00:00 一 2037-12-31 23:59:59 





year YYYY 1901~2155 





time HHH:MI:SS —838:59:59 ~ 838:59:59 








数据 库 服务 器 可 以 用 各 种 方式 存储 这 些 时 间 数 据 , 格式 字符 串 ( 表 2-5 的 第 2 列 ) 用 于 
指定 显示 这 些 数据 在 被 提取 时 的 显示 方式 ， 以 及 在 插入 或 更 新 时 间 列 时 所 需 提供 的 日 



































其 

















字符 串 的 格式 。 因 此 ， 如 果 需 要 向 默认 格式 为 YYYY-MM-DD 的 日 期 列 中 插入 日 期 
2005 年 3 月 23 日 ， 就 必须 使 用 字符 串 “2005-03-23 " 。 第 7 章 完整 地 叙述 了 时 间 型 数据 
是 如 何 被 构建 和 显示 的 。 
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提示 


每 种 数据 库 服务 器 针对 时 间 列 所 允许 的 日 期 范围 各 不 相同 .Oracle 数据 库 
接受 的 日 期 从 公元 前 4712 年 ~ 公元 9999 年 ，SQL Server 则 只 能 处 理 公 


元 前 1753 年 ~ 公元 9999 年 范围 的 日 期 (除非 使 用 SQL Server 2008 新 增 
加 的 datetime2 类 型 ， 它 的 日 期 范围 是 从 公元 前 1 年 ~ 公元 9999 年 )。 
MySQL 的 日 期 范围 位 于 Oracle 和 SQL Server 之 间 ， 它 可 以 存储 公元 前 
1000 年 ~ 公元 9999 年 的 日 期 .尽管 对 于 大 多 数 处 理 当 前 和 将 来 事件 的 系 
统 来 说 ， 这 些 差 别 并 无 意义 ， 但 是 如 果 是 存放 历史 日 期 就 需要 注意 了 。 


表 2-6 描述 了 表 2-5 中 日 











期 格式 的 各 个 组 成 部 分 。 





表 2-6 日 期 格式 的 组 成 部 分 



































组 成 部 分 定义 范 
YYYY 年 份 ， 包 括 世 纪 1000 一 9999 
MM 月 份 01 (January) ~ 12 (December) 
DD 日 01~31 
HH 小 时 00~23 
HHH 小 时 (过 去 的 ) —838 ~ 838 
MI 分 钟 00~59 
SS 秒 00~59 
下 面 介绍 如 何 使 用 各 种 时 间 类 型 来 实现 前 面 提 出 的 几 个 例子 。 
































要 了 解 。 

















跟踪 发 送 的 日 














记录 用 




















datetime 类 型 一 样 (包括 年 、 月 、 
中 增加 或 修改 数据 行 时 





只 需要 年 份 数据 的 匀 








日 、 分 





FE 可 以 使 

















体 的 日 





使 用 两 个 datetime 列 来 存储 
放 完 成 任务 的 日 期 /时 间 ), 通过 两 者 之 间 的 差 











存放 完成 菜 项 任务 所 费时 间 的 列 可 以 使 月 


用 year 类 型 。 











人 外 4 


用 于 存放 客户 订单 实际 被 发 送 时 间 的 信息 列 可 以 为 datetime 类 型 ， 因 为 不 仅 需 要 
期 ， 记 录 发 送 的 具体 时 间 也 是 很 重要 的 。 
户 何 时 修改 表 中 特定 行 可 以 使 用 timestamp 类 型 。timestamp 保存 的 信息 与 
但 MySQL 服务 器 可 以 在 向 表 
自动 为 tmestamp 列 产生 当前 的 日 期 /时 间 。 


秒 )， 





有 time 类 型 。 这 种 类 型 的 数据 无 法 表示 具 
期， 但 本 例 只 对 完成 任务 所 花费 的 小 时 /分 钟 / 秒 数 感 兴趣 。 此 类 信息 还 可 以 
(一 个 用 于 存放 任务 开始 的 日 


























用 于 存储 预计 客户 订单 发 送 时 间 和 雇员 出 生日 期 的 列 可 以 使 用 date 类 型 ， 因 为 将 
调度 发 送 订单 的 时 间 是 不 可 能 精确 到 分 秒 的 ， 另 外 对 某 人 出 生 的 具体 时 间 也 不 需 






































期 /时 间 ， 另 一 个 用 于 存 








值 就 可 以 计算 所 花费 的 时 间 ,， 但 显然 
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使 用 单个 time 列 更 为 简单 。 
第 7 章 将 会 阐述 如 何 使 用 这 些 时 间 数 据 类 型 。 


2.4 表 的 创建 

现在 你 已 经 掌握 了 MySQL 数据 库 中 的 各 种 数据 类 型 , 下 面 可 以 介绍 如 何在 表 定 义 中 使 
用 它们 了 。 首 先 从 定义 一 张 存放 个 人 信息 的 表 开 始 。 

2.4.1 第 1 步 : 设计 


在 开始 设计 一 张 表 之 前 ， 最 好 对 确定 需要 包含 哪些 信息 进行 一 次 头脑 风暴 。 下 面 是 经 
过 我 短暂 思考 后 选择 的 用 于 摘 述 个 人 的 信息 类 型 : 



































































































































。 姓名， 
。 性别; 
。 出 生日 期 ， 
。 地址 ; 


。 最 言 爱 的 食物 。 


显然 该 列表 的 信息 并 不 完全 ， 但 在 这 里 已 经 够 用 了 。 下 一 步 是 为 它们 指定 列 和 数据 类 
型 ， 表 2-7 显示 了 初始 时 的 设计 。 









































表 2-7 person 表 一 一 初步 结果 
列 类 型 允许 值 
name varchar(40) 
gender char(1) M,F 
birth_date date 
address varchar(100) 
favorite_foods varchar(200) 








其 中 ，name、address 和 favorite_foods 列 的 类 型 为 varchar， 容 许 不 同形 式 的 数据 条 目 ， 
而 gender 列 则 只 允许 单个 字母 M 或 F。birth_date 为 日 期 类 型 ， 因 为 此 处 并 不 需要 精确 
到 具体 的 时 间 。 


2.4.2 第 2 步 : 精 化 


在 第 1 章 已 经 介绍 了 规范 化 的 概念 ， 即 在 数据 库 设 计时 确保 没有 重复 (外 键 除外 ) 或 
复合 列 。 再 次 观察 person 表 ， 将 会 发 现 如 下 问题 。 
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。 ”name 列 实际 上 是 包含 了 姓氏 和 名 字 的 复合 对 象 。 


。 ”可 能 存在 多 个 人 具有 相同 的 名 字 、 性 别 、 生 日 等 ， 而 person 表 中 并 没有 列 来 保证 
一 性 。 


。 address 列 也 是 包含 了 街道 、 州 /省 名 、 县 市 名 和 邮政 编码 的 复合 对 象 。 


。 ”favorite_foods 列 可 以 是 包含 0、1 或 更 多 条 目的 列表 ， 因 此 最 好 为 此 数据 创建 一 个 
独立 的 表 ， 其 中 包含 上 person 表 的 外 键 ， 以 便 为 每 一 种 食物 指明 所 归属 的 
人 员 。 


考虑 到 这 些 问 题 之 后 ， 表 2-8 列 出 了 person 表 规 范 化 后 的 结果 。 



















































































表 2-8 person 表 一 一 第 2 步 结 果 





























列 类 型 允许 值 
person_id smallint (unsigned) 
first_name varchar(20) 
last_name varchar(20) 
gender char(1) M,F 
birth_date date 
street varchar(30) 
city varchar(20) 
state varchar(20) 
country varchar(20) 
postal_code varchar(20) 





























现在 person 表 已 经 具有 了 主键 (person_id) 来 保证 唯一 性 , 下 一 步 便 是 建立 favorite_food 
表 ， 其 中 包含 一 个 指向 person 表 的 外 键 。 表 2-9 显示 了 结果 。 


























表 2-9 favorite_ food 表 











列 类 型 
person_id smallint (unsigned) 
food varchar(20) 











person_id 和 food 列 构 成 了 favorite_food 表 的 主键 ， 并 且 person_id 列 也 是 person 表 的 
外 键 。 











这 些 设计 足够 了 吗 ? 
将 favorite_foods 列 移 到 person 表 之 外 肯定 是 个 好 主意 ,但 这 样 就 毫 无 问题 了 吗 ? 例如 ， 
有 两 个 人 都 喜欢 意大利 面 ， 其 中 一 人 记录 的 是 “pasta”， 而 另 一 个 人 则 写 下 “spaghetti” 
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( pasta 和 spaghetti 都 是 指 意 大 利 面 , 译注 ), 该 怎么 办 呢 ? 它们 不 都 是 同一 种 东西 吗 ? 
为 了 防止 此 类 问题 发 生 ， 或 许 需要 人 们 从 列表 项 中 选择 他 们 喜爱 的 食物 (而 不 是 手动 
输入 )， 这 种 情况 下 ， 应 当 创建 包含 food_ id 和 food_name 列 的 food 表 ， 然 后 修改 
favorite_food 表 ， 使 其 包含 一 个 指向 food 表 的 外 键 。 尽 管 这 种 设计 是 完全 规范 化 的 ， 
但 是 如 果 你 只 是 想 简单 地 存储 用 户 所 输入 的 食物 名 称 ， 那 么 可 以 保持 原 有 的 表 设 计 。 











2.4.3 第 3 步 : 构建 SQL 方案 语句 
现在 已 经 完成 了 这 两 张 表 的 设计 ， 它 们 分 别 保存 了 人 员 和 他 们 喜爱 的 食物 信息 ， 下 
步 就 是 生成 在 数据 库 中 创建 表 的 SQL 语句 。 创 建 person 表 的 语句 如 下 。 
CREATE TABLE person 

(person_id SMALLINT UNSIGNED, 

fname VARCHAR (20), 

lname VARCHAR (20), 

gender CHAR(1), 

birth date DATE, 

street VARCHAR(30), 

city VARCHAR (20), 

state VARCHAR (20), 

country VARCHAR (20)， 

postal_code VARCHAR (20), 

CONSTRAINT pk_person PRIMARY KEY (person_ id) 

); 
上 述 语 句 除 了 最 后 一 项 外 ， 其 他 各 列 的 含义 都 是 显而易见 的 。 在 定义 表 时 ， 需 要 问 数 
据 库 指明 哪个 列 或 哪些 列 作为 表 的 主键 ， 通 过 为 表 建 立 一 个 约束 (constraint) 可 以 做 
到 这 一 点 。 可 以 在 表 定义 中 增加 多 种 类 型 的 表 约 束 ， 上 述 语句 中 的 约束 为 主键 约束 ， 
它 被 创建 在 person_id 列 上 并 被 命名 为 pk_person。 
下 面 继续 讨论 有 关 约 束 的 话题 ， 对 于 person 表 来 说 ， 还 有 另 一 种 类 型 的 约束 也 是 十 分 
有 用 的 。 在 表 2-7 中 , 第 三 列 只 接受 特定 的 值 (对 于 性 别 列 来 说 , 只 能 为 “M ” 和 FEF )， 
这 时 可 以 为 它 增 加 一 个 检查 约束 ， 以 限制 该 列 只 存放 被 允许 的 值 。MySQL 允许 在 定义 
列 时 关联 一 个 检查 约束 ， 如 下 所 示 : 


gender CHAR(1) CHECK (gender IN ('M','F')), 


尽管 在 大 多 数 数据 库 服务 器 中 检查 约束 能 够 如 所 期 望 的 那样 工作 , 但 是 对 于 MySQL 来 
说 ,虽然 允许 定义 检查 约束 ， 但 并 不 强制 使 用 它 。 实 际 上 ，MySQL 提供 了 另 一 种 名 为 
enum 的 字符 数据 类 型 ， 它 可 以 将 检查 约束 与 数据 类 型 定义 融合 到 一 起 ， 下 面 提供 此 方 
式 的 gender 列 定义 : 


gender ENUM('M','F'), 


下 面 是 重新 定义 了 的 person 对 












































































































































， 其 中 使 用 enum 作为 gender 列 的 数据 类 型 : 


只 
从 由 











CREATE TABLE person 








(p 








erson id SMALLINT UNSIGNED, 


fname VARCHAR (20), 
lname VARCHAR (20), 


gender ENUM('M','F'), 


b 


irth date DATE, 


street VARCHAR(30), 


C 


ity VARCHAR (20)， 


state VARCHAR (20), 

country VARCHAR (20), 

postal_code VARCHAR (20), 

CONSTRAINT pk_person PRIMARY KEY (person_ id) 


); 








本 章 后 面 将 会 介绍 向 列 中 添加 违反 检查 约束 (在 MySQL 中 为 枚 举 值 ) 的 数据 会 造成 的 

















结果 。 











现在 可 以 在 mysql 的 命令 行 工具 里 运行 create table 语句 了 ， 如 下 所 示 。 


mysql> CREATE TABLE person 








-> (person_id SMALLINT UNSIGNED, 
一 > fname VARCHAR(20), 

> lname VARCHAR(20), 

冬 > gender ENUM('M','F'), 

一 六 birth_date DATE, 

= street VARCHAR (30) ， 

一 > city VARCHAR(20), 

> state VARCHAR(20), 

> country VARCHAR(20), 

三 之 postal_code VARCHAR(20), 

一 六 CONSTRAINT pk_person PRIMARY KEY (Person_id) 
-> ); 


Query OK, 0 rows affected (0.27 sec) 





在 处 理 完 create table 语句 之 后 ，MySQL 服务 器 将 会 返回 消息 “Query OK,0 rows 

























































































affected,”， 表 明 该 语句 没有 语法 错误 。 如 果 想 确认 person 表 实 际 上 是 否 被 创建 ， 那 么 
可 以 使 用 describe 命令 (或 其 简写 desc) 来 检查 表 定 义 。 
mysql> DESC person; 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 
Field Type Null Key Default Extra 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 
person_id smallint (5) unsigned PRI 0 
fname varchar (20) YES NULL 
lname varchar (20) YES NULL 
gender enum('M','F') YES NULL 
birth date date YES NULL 
street varchar (30) YES NULL 
GitY varchar (20) YES NULL 
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state | varchar (20) YES | | NUL | | 
country | varchar (20) YES | | NUL | | 
postal_ code | varchar (20) YES | | NULL | | 
rt Sn 二 二 





10 rows in set (0.06 sec) 


describe 输出 的 第 1 列 和 第 2 列 的 含义 是 显而易见 的 , 第 3 列 显示 该 列 是 否 允 许 在 插入 
数据 时 被 省 略 。 现 在 对 这 一 点 进行 简要 的 讨论 (参见 下 面 的 “什么 是 Null” 小 标题 )， 

在 第 4 章 中 会 有 更 完整 地 介绍 。 第 4 列 显示 该 列 是 否 作为 键 值 (主键 或 外 键 )， 本 例 中 
person_id 列 被 标记 为 主键 。 第 5 列 显示 如 果 在 插 和 人 数据 时 忽略 该 列 ， 是 否 向 其 提供 默 
认 值 。 本 例 中 person_id 列 的 默认 值 为 0， 不 过 它 只 会 起 一 次 作用 ， 因 为 person 表 中 每 
一 行 数据 在 该 列 都 必须 包含 一 个 唯一 的 值 (因为 它 是 主键 )。 第 6 列 (“Extra”) 显示 该 
列 附加 的 说 明 信 息 。 































































































什么 是 Noll 
某 些 情况 下 ， 在 向 表 中 插入 数据 时 ， 无 法 为 其 中 某 一 列 提供 具体 的 值 。 例 如 ， 当 增 
加 一 条 客户 订单 数据 时 ，ship_date 列 还 不 能 确定 ， 此 时 该 列 被 设置 为 null ( 注意 我 并 
没有 说 它 等 于 null )， 以 指明 该 值 的 缺失 。mnull 被 用 于 各 种 不 能 赋值 的 情况 ， 例 如 : 
e。 业务 上 不 可 行 ; 
。 不 知道 应 赋 何 值 ; 
。 集合 为 空 
在 设计 表 时 ， 可 以 指定 哪些 列 允许 为 null ( 默认 做 法 ) 哪些 列 不 能 为 null (通过 在 
类 型 定义 后 面 加 上 not null 关键 字 指 定 




















现在 已 经 创建 完 person 表 ， 接 下 来 是 创建 favorite_food 表 。 


mysql> CREATE TABLE favorite_food 
-> (person_id SMALLINT UNSIGNED, 
一 > food VRARCHRAR (20) ， 
一 > CONSTRAINT pk_favorite_food PRIMARY KEY (person_id, food), 
一 > CONSTRAINT fk_fav_food person_id FOREIGN KEY (person_id) 
一 > REFERENCES Person (person_id) 
-> ); 
Query OK, 0 rows affected (0.10 sec) 


除了 有 以 下 不 同 之 外 ， 它 与 前 面 person 表 的 create table 语句 十 分 类 似 。 

。 ”由 于 一 个 人 可 能 有 多 种 喜爱 的 食物 (当然 这 也 是 创建 本 表 的 原因 ), 仪 靠 person_id 
列 不 能 保证 表 数 据 的 唯一 性 ， 因 此 本 表 的 主键 包含 两 列 : person_id 和 food。 

。 favorite_ food 包含 了 另 一 种 类 型 的 约束 ， 即 外 键 约束 ， 它 限制 了 favorite 表 中 
person_id 列 的 值 只 能 够 来 自 person 表 。 通 过 这 种 约束 ， 使 得 当 person 表 中 没有 
person_id 为 27 的 记录 时 ， 向 favorite_food 表 中 增加 person_id 为 27、 喜 爱 食物 为 
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比萨 的 数据 行 是 不 可 能 的 。 
提示 
以 全 名 添加 。 


在 执行 完 create table 语句 后 ， 使 用 describe 命令 可 以 显示 下 面 的 结果 : 


mysql> DESC favorite_food:; 














| i | 如 果 在 首次 建 表 时 忘 了 创建 外 键 约束 ， 那 么 可 以 在 后 面 通过 alter table 语 











+ 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 
| Field | Type | Null | Key | Default | Extra | 
+ 一 一 一 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 + 
| person_id | smallint (5) unsigned | | PRI | 0 | 

| food | varchar (20) | | PRI | | | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 + 一 一 一 一 一 一 + 











现在 数据 库 里 已 经 包含 该 表 了 ， 接 下 来 向 其 中 添加 一 些 数据 。 


2.5 操作 与 修改 表 


现在 已 经 有 了 person 表 和 favorite_food 表 ， 可 以 开始 研究 4 种 SQL 数据 语句 
update、delete 和 select) 了 。 


2.5.1 插入 数据 




















(insert、 


现在 person 表 和 favorite_food 表 中 还 没有 任何 数据 ， 因 此 在 这 4 种 SQL 数据 语句 中 ， 











我 们 首先 讨论 insert 语句 。 下 面 是 insert 语句 的 3 个 主要 组 成 部 分 : 

。 ”所 要 插入 数据 的 表 的 名 称 ， 

。 ” 表 中 需要 使 用 的 列 的 名 称 ， 

。 ”需要 插入 到 列 的 值 。 

实际 上 ,向 表 中 增加 的 数据 并 不 需要 覆盖 所 有 列 (除非 表 中 所 有 列 都 被 定义 为 n 















































ot null) 。 


某 些 情况 下 , 在 最 初 的 insert 语句 中 并 不 包含 部 分 列 的 值 , 而 是 之 后 通过 update 语句 对 























其 进行 更 新 。 在 另 一 些 情况 中 ， 对 于 特定 的 数据 行 来 说 ， 某 列 的 值 可 能 始终 为 
如 当 客 户 订单 在 发 送 之 前 被 取消 ， 那 么 ship_date 列 就 不 再 需要 赋值 了 )。 


生成 数字 型 主键 数据 


























了 随机 选择 数字 外 ， 还 可 以 有 以 下 两 个 常用 的 选择 : 
。 ”查看 表 中 当前 主键 的 最 大 值 ， 并 加 1; 
。 ”让 数据 库 服 务 器 自动 提供 。 





























null ( 比 


在 向 person 表 中 插入 数据 之 前 ， 先 讨论 一 下 数字 型 主键 的 生成 机 制 是 很 有 帮助 的 。 除 
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尽管 第 一 种 选择 看 起 来 很 有 效 ， 但 在 多 用 户 环境 下 可 能 会 发 生 错误 ， 因 为 两 个 用 户 或 
许 会 在 同一 时 间 访 问 表 ， 并 产生 两 个 相同 的 主键 值 。 实 际 上 ， 市 面 上 所 有 的 数据 库 服 
务 器 都 提供 了 一 个 安全 、 健 壮 的 产生 数字 型 主键 的 方法 。 在 一 些 服 务 器 中 ， 如 Oracle 
数据 库 ， 使 用 独立 的 方案 对 象 ， 即 序列 号 (sequence)， 而 在 MySQL 中 ， 只 需 简 单 地 
为 主键 列 打 开 自 增 (auto-increment) 特性 。 一 般 情况 下 ， 应 该 在 表 创建 时 就 进行 此 项 
[ 作 ， 下 面 就 此 机 会 再 介绍 另 一 种 SQL 方案 语句 一 一 alter table， 它 用 于 修改 已 存在 的 
长 定义 : 

ALTER TABLE person MODIFY person id SMALLINT UNSIGNED AUTO_INCREMENT; 


该 语句 实质 上 重新 定义 了 person 表 的 person_id 列 ， 现 在 如 果 再 次 使 用 describe 命 今 ， 
那么 会 看 到 person_id 的 “Extra” 列 中 列 出 了 自 增 特 性 。 


mysql> DESC person; 



























































i 















































二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 


| Field | Type Null | Key |Default Extra 
二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 








| person_id |smallint (5) unsigned PRI |NULL auto_increment 

| . | | 

| . | | 

| . | | 
当 向 person 表 插 入 数据 时 ， 可 以 简单 地 将 person_id 列 赋值 为 nol，MySQL 将 会 向 该 
列 提供 下 一 个 可 用 的 主键 数字 (默认 情况 下 ，MySQL 从 1 开始 自 增 )。 


insert 语句 


现在 一 切 就 绪 了 ， 该 是 向 表 中 添加 一 些 数据 的 时 候 了 。 下 面 的 语句 在 person 表 中 为 
William Turner 创建 了 一 行 : 


















































mysql> INSERT INTO person 

-> (person_id, fname, lname, gender, birth_date) 

-> VALUES (null, 'William', 'Turner', 'M', '1972-05-27'); 
Query OK, 1 row affected (0.01 sec) 


运行 结果 (“Query OK, 1 row affected”) 表明 语句 的 语法 正确 ， 并 且 有 1 行 数据 已 被 添 
加 到 数据 库 (因为 它 是 一 条 insert 语句 )。 通 过 select 语句 可 以 查看 这 条 数据 : 


mysql> SELECT person_id, fname, lname, birth_date 
-> FROM person; 







































































+ 一 一 一 一 一 一 一 一 二 十 一 二 一 一 一 二 二 一 一 林 二 一 一 一 一 一 一 二 一 一 一 一 一 一 一 十 
| person_id | fname | lname | birth date | 
+ 一 一 一 一 一 一 一 i 
| 1 | william | Turner | 1972-05-27 | 
Dr a ED 一 一 十 





1 row in set (0.06 sec) 


如 上 所 示 ，MySQL 服务 器 为 主键 产生 的 值 为 1。 因为 现在 person 表 中 只 有 1 条 数据 ， 
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所 以 此 处 省 略 了 查询 条 件 





， 而 只 是 简单 地 获取 表 中 所 有 的 数据 。 如 果 表 中 的 数据 多 于 1 




















是 
行 ， 那 么 可 以 使 用 where 子 句 指定 想 要 提取 的 数据 ， 即 person_id 列 为 1 的 行 : 


mysql> SELECT person_id, fname, 


-> FROM person 


lname, birth date 


-> WHERE person_id = 1; 








二 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
person_id | fname | lname | birth date | 

十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 + 
于 | william | Turner | 1972-05-27 | 

十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.00 sec) 























该 查询 指定 的 是 特定 的 主键 值 ， 实 际 上 还 可 以 使 用 表 中 任意 列 来 搜索 数据 行 ， 比 如 下 























面 各 


人 


mysql> SELECT person_id, fname, 


-> FROM person 


查询 用 于 查找 Iname 列 为 “Turner” 的 行 : 


lname, birth_ date 





-> WHERE lname = 'Turner'; 
i 让 
| person_id | fname | lname | birth_ date | 
ET 攻 全 生 生计 二 二 二 尖 利 关 二 人 守节 + 





| 1 | william | Turner | 1972-05-27 | 


十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 





1 row in set (0.00 sec) 











在 继续 讨论 之 前 ， 需 要 注意 前 面 insert 语句 中 的 几 个 地 方 。 


。 ”并 没有 为 任何 地 址 列 赋值 。 这 没有 关系 ， 因 为 这 些 列 允 许 为 null。 

















。 ”为 birth_date 列 提供 的 值 为 字符 串 ， 只 要 符合 表 2-5 列 出 的 格式 ， 


动 将 字符 串 转 换 为 日 


。 ”语句 中 提交 的 列 数据 必须 在 列 数 和 类 型 上 都 符合 表 定义 。 如 果 表 中 有 7 列 ， 但 


























肖 类 型 。 














MySQL 就 会 自 


口 


A 


提供 了 6 个 值 ， 或 者 所 提供 的 值 不 能 被 转换 为 对 应 列 所 要 求 的 数据 类 型 ， 那 么 将 























会 接受 到 一 个 错误 。 








William 还 提供 了 关于 他 最 喜爱 的 3 种 食物 的 信息 ， 因 此 还 需要 3 条 扣 


的 食物 





好。 



































mysql> INSERT INTO favorite_food (person_id, food) 


-> VALUES (1, 
Query OK， 


| row affected 


'pizza'); 
(0.01 sec) 


mysql> INSERT INTO favorite_food (person_id, food) 


-> VALUES (1, 
Query OK, 





| row affected 


'Cookies'); 
(0.00 sec) 


mysql> INSERT INTO favorite,_food (person_id, food) 


-> VALUES (1, 





Query OK, 


| row affected 


'nachos'); 
(0.01 sec) 


入 语句 以 保存 他 
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下 面 获取 William 的 喜爱 食物 列表 ， 并 使 用 order by 子 句 按 字母 顺序 排列 ; 


mysql> SELECT food 
-> FROM favorite_food 
-> WHERE person_id = 1 
-> ORDER BY food; 








二 一 一 一 一 一 一 一 一 一 + 
| food | 
二 一 一 一 一 一 一 一 一 一 + 
| cookies | 
| nachos 

| pizza 

二 一 一 一 一 一 一 一 一 一 + 


3 rows in set (0.02 sec) 


order by 子 句 指示 服务 器 如 何 对 查询 返回 的 数据 进行 排序 。 如 果 不 使 用 order by 子 句 ， 
对 表 中 数据 获取 的 次 序 并 不 做 任何 保证 。 


为 了 让 William 不 感到 孤单 ， 可 以 再 次 执行 insert 语句 向 person 表 中 增加 Susan Smith: 


mysql> INSERT INTO person 

-> (person_id, fname, lname, gender, birth_ date, 

i street, city, state, country, postal_code) 

-> VALUES (null, 'Susan','Smith', 'F', '1975-11-02', 

一 > "23 Maple St.', 'Arlington', 'VA', 'USA', '20220'); 
Query OK, 1 row affected (0.01 sec) 


于 Susan 大 方 地 提供 了 她 的 地 址 ， 上 面 的 insert 语句 包含 的 列 数 比 插入 William 数据 
时 多 5 列 。 如 果 再 次 查询 该 表 ， 将 会 看 到 Susan 所 在 行 的 主键 已 经 被 自动 赋值 为 2: 


mysql> SELECT person_id, fname, lname, birth_date 
-> FROM person; 

















































































































二 = 一 一 一 一 二 二 二 一 = 二 十 二 二 一 一 一 二 三 一 二 十 二 二 一 一 一 一 一 一 二 二 一 一 一 一 一 一 一 一 一 十 
| person_id | fname | lname | birth date | 
于 二 一 一 一 一 一 二 一 一 一 一 十 = 一 二 一 二 一 一 一 一 二 十 
| 1 | william | Turner | 1972-05-27 | 
| 2 | susan | Smith | 1975-11-02 | 
ee ee ee es ee 


2 rows in set (0.00 sec) 


可 以 获取 XML 格式 的 数据 吗 ? 


如 果 你 正在 使 用 XML 数据 , 就 会 很 高 兴 地 看 到 大 多 数 数据 库 都 已 经 提供 了 简便 的 方 
法 从 查询 结果 中 生成 XML.。 例如 , 对 于 MySQL, 可 以 在 调用 mysql 工具 时 使 用 --xml 
选项 ， 这 样 查 询 的 输出 将 会 自动 使 用 XML 格式 化 。 下 面 演 示 如 何 获取 XML 文档 格 
式 的 favorite_food 数据 : 





C:\database> mysdql -u lrngsqgql -p --xml bank 
Enter password: xxxxxx 
Welcome to the MySQL Monitor... 
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Mysql> SELECT * FROM favorite food; 
<?xml] version="1.0"?> 


<resultset statement="select * from favorite_ food" 
xmlns:xsi="http://www.w3.o0rg/2001/xMLSchema-instance"> 


<row> 
<field 
<field 
</row> 
<row> 
<field 
<field 
</row> 
<row> 
<field 
<field 

</row> 
</resultset> 
3 rows in set 








name="person_ id">1</field> 
name="food">cookies</field> 


name="person_id">1</field> 
name="food">nachos</field> 


name="person_id">1</field> 
name="food">pizza</field> 


(0.00 sec) 


在 SQL Server 数据 库 中 ， 无需 配置 命令 行 工 具 ， 只 是 在 每 个 查询 末尾 增加 for xml 


子 句 即 可 : 





FOR XML AUTO, 





SELECT * FROM favorite_ food 


ELEMENTS 








2.5.2 更 新 数据 





在 William Turner 的 数据 被 添加 到 表 中 时 ，insert 语句 中 忽略 了 他 的 地 址 列 。 下 面 演 示 


如 何 通 过 update 语句 更 新 这 些 列 上 的 数据 : 


mysql> UPDATE person 





-> SET street = '1225 Tremont St.', 
city = 'Boston', 

= state = 'MA', 

一 > country = 'USA', 

> postal_code = '02138' 


-> WHERE person_id = 1; 
Query OK, 1 row affected (0.04 sec) 


Rows matched: 


服务 器 响应 了 两 行 信息 :“Rows matched: 1” 条 目 提 示 where 子 句 中 的 条 伯 


1 Changed: 1 Warnings: 0 


rT 








匹配 了 表 中 








的 1 行 数据 ， 而 “Changed: 1” 条 目 提示 表 中 有 !1 行 数据 被 修改 。 其 中 ，where 子 句 指 


定 了 William 所 在 行 的 主键 值 ， 因 此 所 修改 的 数据 肯定 与 预期 一 样 。 












































根据 where 子 句 中 的 条 件 ， 在 单个 语句 中 修改 多 个 数据 行 是 可 能 的 。 例 如 ,假设 where 


语句 如 下 : 





WHERE person id < 10 
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于 William 和 Susan 的 person_id 值 都 小 于 10， 因 此 他 们 所 在 行 都 将 被 修改 。 如 果 省 
略 整个 where 子 句 ， 那 么 update 语句 将 修改 表 中 的 每 一 行 。 


2.5.3 ”删除 数据 


现在 看 来 William 和 Susan 在 一 起 相处 的 并 不 好 ， 因 此 他 们 中 的 一 个 必须 离开 。 上 既然 
William 是 先 加 入 的 ， 那 么 可 以 将 Susan 列 为 delete 语句 的 对 象 : 

mysql> DELETE FROM person 

-> WHERE Person_ id = 2; 

Query OK, 1 row affected (0.01 sec) 
同样 地 ,主键 再 次 被 用 于 识别 所 感 兴趣 的 行 ,因此 表 中 只 会 有 1 行 数据 被 删除 与 update 
语句 类 似 , 根据 where 子 句 中 的 条 件 , 同时 删除 多 行 数据 是 允许 的 ,省略 where 子 句 则 
会 删除 表 中 的 所 有 行 。 


2.6 导致 错误 的 语句 


到 目前 为 止 ， 本章 所 有 的 SQL 数据 语句 都 符合 标准 格式 并 运行 良好 。 但 对 于 person 和 
favorite_food 的 表 定义 来 说 ,在 删除 或 修改 数据 时 可 能 会 出 现 很 多 运行 错误 , 本 节 主 要 
讨论 一 些 常见 错误 ， 以 及 MySQL 服务 器 是 如 何 应 答 它们 的 。 


2.6.1 主键 不 唯一 
表 定 义 中 创建 了 主键 约束 ， 因 此 MySQL 将 会 确保 重复 主键 不 会 被 插入 到 数据 表 
中 。 下 列 语句 忽略 了 person_id 列 的 自 增 性 质 ， 直 接 将 person 表 中 person_id 值 设 为 1: 
mysql> INSERT INTO person 
-> (person_id, fname, lname, gender, birth_date) 
-> VALUES (1, 'Charles','Fulton', 'M', '1968-01-15'); 
ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY' 
只 要 保证 person_id 列 的 值 不 同 ， 就 可 以 创建 两 个 具有 完全 相同 的 姓名 、 地 址 、 上 
期 等 条 目的 数据 行 ， 至 少 在 目前 的 方案 对 象 中 是 不 受 限 制 的 。 


2.6.2 不 存在 的 外 键 


favoriate_food 的 表 定 义 在 person_id 列 上 创建 了 外 键 ， 该 约束 确保 favorite_food 表 中 
所 输入 的 person_id 列 的 值 都 存在 于 person 表 中 。 下 面 显示 了 创建 行 时 违背 这 一 约束 
的 结果 : 
mysql> INSERT INTO favorite_food (person_id, food) 

-> VALUES (999, 'lasagna'); 


ERROR 1452 (23000): Cannot add or update a child row: a foreign key 
constraint 
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fails ('bank'.'favorite_ food', CONSTRAINT "fk_fav_foodq_Pperson_id' 
FOREIGN KEY 
('person_ id') REFERENCES "Person' ('person id')) 
在 此 情况 下 ， 由 于 favorite_food 表 的 部 分 数据 依赖 于 person 表 ， 因 此 可 以 将 favoriate_ 
food 表 视 为 子 表 ， 而 将 person 表 视 为 父 表 ， 如 果 需 要 同时 向 两 个 表 中 输入 数据 ， 那 么 
在 向 favoriate_food 表 输 入 之 前 ， 必 须 先 在 父 表 中 创建 一 行 。 
提示 
as | 外 键 约束 只 能 在 使 用 InnoDB 存储 引擎 创建 表 时 才 起 作用 。 第 12 章 将 会 
“人 讨论 MySQL 的 存储 引擎 ， 













































































2.6.3 ” 列 值 不 合法 
Person 表 中 的 gender 列 被 限制 为 只 容许 “M ” (男性 ) 或 “FE” (女性 ) 值 ， 如 果 试 图 将 
该 列 设 为 任何 其 他 值 ， 都 将 会 收 到 如 下 啊 应 : 


mysql> UPDATE person 
-> SET gender = '2Z" 
-> WHERE person_id = 1; 
ERROR 1265 (01000): Data truncated for column ‘gender' at row 1 


该 错误 信息 有 点 令 人 迷惑 ， 但 仍 能 显示 出 服务 器 并 不 乐意 接受 所 提供 的 gender 列 值 。 


2.6.4 ”无效 的 日 期 转换 

如 果 构 建 一 个 用 于 产生 日 期 列 的 字符 串 ， 那 么 该 字符 串 必须 符合 要 求 的 格式 ， 否 则 将 
会 接受 到 一 个 错误 。 下 面 的 例子 中 ， 所 使 用 的 日 期 格式 没有 与 默认 的 日 期 格式 
“YYYY-MM-DD” 相 匹配 : 



























































mysql> UPDATE person 
-> SET birth_date = 'DEC-21-1980' 
-> WHERE person_id = 1; 
ERROR 1292 (22007): Incorrect date value: 'DEC-21-1980' for column 
'birth_date' 
at row 1 


通常 情况 下 ， 显 式 地 指定 字符 串 格 式 是 比 依赖 默认 格式 更 好 的 做 法 。 下 面 的 语句 使 用 
str_to_date 函数 指定 所 用 字符 串 格式 ， 
mysql> UPDATE person 
-> SET birth date = str_to_date('DEC-21-1980' , '%b-%d-%Y') 
-> WHERE person_id = 1; 
Query OK, 1 row affected (0.12 sec) 
Rows matched: 1 Changed: 1 Warnings: 0 


这 样 做 不 仪 使 服务 器 感到 满意 ，William 也 会 同样 开心 (我 们 在 不 需要 进行 郧 贵 的 美容 
手术 的 情况 下 ， 使 他 年 轻 了 八 岁 !)。 
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ed 提示 





[i 
、 


4、| 在 本 章 前 面 介 
局 “YYYYMM-DD"。 大 多 数 数据 库 服务 器 采用 这 种 风格 的 格式 , 但 MySQL 


绍 各 种 时 间 数 据 类 型 时 已 经 展示 了 日 期 格式 字符 串 ， 比 如 


使 用 %Y 来 指定 4 位 数字 的 年 份 。 下 面 为 MySQL 中 将 字符 串 转 换 为 
datetime 型 值 时 可 能 用 到 的 格式 : 


sa 星期 几 的 简写 ， 比 如 Sun、Mon、 
sb 月 名 称 的 简写 ， 比 如 Jan、Feb、. . . 


$C 
gd 
$f 
$H 
Sh 
条 二 
$j 
$M 
Sm 
%p 
EIS 
$$W 
SW 
$Y 


月 份 的 
日 在 月 
毫秒 数 


数字 形式 (0. .12) 
中 的 次 序 (00. .31) 
(000000..999999) 


24 时 格式 中 的 小 时 (00. .23) 
12 时 格式 中 的 小 时 (01. .12) 











小 时 中 的 分 钟 (00. .59) 

一 年 中 天 的 次 序 (001. .366) 

完成 的 月 名 称 (January. .December) 
月 份 的 数字 表示 

AM 或 PM 

秒 数 (00. .59) 

完整 的 星期 名 (Sunday. .Saturday) 

天 在 星期 中 的 次 序 (0= 周 日 . .6= 周 六 ) 
4 位 数字 的 年 份 


2.7 Bank 方案 


在 本 书 的 剩余 部 分 ， 





绍 的 步骤 载 人 MySQL 有 











需要 为 某 公 共 银 行 建立 一 组 数据 表 模 型 ， 其 中 包括 employee、 
branch、account、custmoer、product 和 transaction 等 表 。 如 果 你 已 经 按照 本 章 开 始 时 介 









































了 。 在 附录 A 中 包含 了 各 个 表 的 字段 以 及 相互 关系 的 图 示 。 





表 2-10 显示 了 bank 方案 





表 2-10 Bank 方案 定义 





FP 各 数据 表 的 简短 定义 。 


及 务 器 并 创建 示例 数据 ， 就 已 经 创建 好 完整 的 方案 和 例子 数据 





















































表 名 定义 
account 为 特定 顾客 开放 的 特定 产品 
branch 开展 银行 交易 业务 的 场所 

business 公司 顾客 (customer 表 的 子 类 型 ) 
customer 与 银行 有 业务 来 往 的 个 人 或 公司 
department 执行 特定 银行 职能 的 雇员 分 组 
employee 银行 的 工作 人 员 

individual 个 人 顾客 (customer 表 的 子 类 型 ) 
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表 名 定 义 
officer 允许 为 公司 顾客 发 起 商务 交易 的 人 
product 向 顾客 提供 的 银行 服务 





product type 























4 备 相 似 功 能 的 产品 的 分 组 








transaction 


在 进行 相关 SQL 实验 时 ， 可 以 根据 








改变 账户 余额 的 操作 





自己 的 需要 自由 地 使 用 这 些 表 ， 还 可 以 增加 新 的 表 





以 扩展 银行 的 业务 功能 。 如 果 在 一 段 时 间 后 示例 数据 被 修改 得 面目 全 非 ， 可 以 先 丢 弃 
数据 库 ， 再 使 用 下 载 文 件 重 新 创建 示例 数据 库 。 


























如 明 











mysql> SHOW TABLES; 


account 
branch 
business 
customer 
department 
employee 
favorite_food 
individual 
officer 
person 
product 
product_type 
transaction 





13 rows in set 











(0.10 sec) 


需要 查看 数据 库 中 可 用 的 表 ， 可 以 使 用 show tables 命令 ， 如 下 所 示 。 


NT 





除了 银行 方案 中 的 11 个 表 ， 该 列表 还 包含 了 本 章 创建 的 两 个 表 : person 和 favoriate_ 
达 式 food。 这 些 表 在 后 面 的 章节 中 将 不 再 使 用 ， 














mysql> DROP 
Query OK, 0 
mysql> DROP 
Query OK, 0 


rows affected 
TABLE person; 
rows affected 


TABLE favorite_food; 


(0.56 sec) 


(0.05 sec) 














如 明 














mysql> DESC customer; 








Ee Es ye 


因此 可 以 使 用 下 面 的 命令 删除 它们 : 


需要 查看 表 中 的 每 个 列 ， 可 以 使 用 describe 命令 。 下 面 的 例子 给 出 了 customer 表 


第 
的 describe 输出 : 





一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 





Null 


| Key | Default Extra 
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于 三 = 三 全 三 三 全 莹 二 二 三 二 下 二 三 二 三 三 三 二 全 三 三 生 汉 二 三 二 一 三 三 二 三 二 十 三 二 三 三 三 于 三 二 二 二 三 一 一 一 二 十 二 三 三 二 一 三 二 二 和 
cust_id int (10)unsigned| NO PRI |NULL auto increment 
fed_id varchar (12) NO NULL 
cust_type_cd |enum('I','B') NO NULL 
address varchar (30) YES NU 
city varchar (20) YES NU 
state varchar (20) YES NU 
postal_code varchar (10) YES NU 
i i TD 

7 rows in set (0.03 sec) 

对 示例 数据 库 越 熟悉 ， 对 本 书后 面 章 节 的 例子 与 概念 就 会 理解 得 更 深刻 。 
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第 3 章 


查询 入 门 











到 此 ， 本 书 在 前 面 两 章 已 经 介绍 了 一 些 数据 库 查 询 的 例子 (那些 select 语句 )， 本 章 将 
详细 讨论 select 语句 的 各 组 成 部 分 ， 以 及 它们 之 间 是 如 何 相互 作用 的 。 


3.1 查询 机 制 


在 解析 select 语句 之 前 , 或许 探讨 一 下 MySQL 服务 器 执行 查询 的 机 制 也 是 一 件 有 趣 的 
事 〈 当 然 对 其 他 数据 库 服务 器 也 是 如 此 )。 首 先 打开 mysql 命令 行 工具 ， 然 后 使 用 用 户 
名 和 密码 登录 (如 果 MySQL 服务 器 运行 在 另 一 台 计算 机 上 ， 还 需要 提供 主机 名 )。 一 
旦 服务 器 通过 了 对 用 户 名 和 密码 的 验证 ， 则 为 用 户 创建 一 个 数据 库 连 接 。 该 连接 从 应 
用 程序 (此 处 即 mysql 工具 ) 发 出 请 求 后 一 直 保 持 ， 直 到 应 用 程序 释放 连接 (比如 输 
入 quit 命令 ) 或 者 服务 器 关闭 连接 (比如 服务 器 关机 )。MySQL 服务 器 会 给 每 个 连接 
赋予 一 个 标识 符 ， 它 会 在 首次 登录 时 显示 : 

Welcome to the MySQL monitor. Commands end with ; or NG. 

Your MySQL connection id is 11 























































































































Server version: 6.0.3-alpha-community MySQL Community Server (GPL) 


Type ‘help;' or '\h' for help. Type '\c' to clear the buffer. 


本 例 中 ， 连 接 D 是 11。 在 发 生 异 常情 况 时 ， 该 信息 可 能 会 给 数据 库 管 理 员 带 来 帮助 ， 
比如 手动 结束 运行 几 个 小 时 的 有 问题 的 查询 。 


在 服务 器 验证 完 用 户 名 和 密码 ， 并 且 创 建 连接 后 ， 用 户 就 可 以 执行 查询 了 (当然 也 包 
括 其 他 SQL 语句 )。 每 当 查 询 被 发 送 到 服务 端 时 , 服务 器 在 执行 语句 之 前 将 会 进行 下 面 
的 检查 : 


。 ”用 户 是 否 有 权限 执行 该 语句 ? 
。 ”用 户 是 否 有 权限 访问 目标 数据 ? 
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。 ”语句 的 语法 是 否 正确 ? 

如 果 查 询 语句 通过 了 这 3 个 测试 ， 就 会 被 传递 给 查询 优化 器 ， 它 负责 为 查询 找到 最 有 
效率 的 执行 方式 。 优 化 器 通常 会 做 诸如 确定 from 子 名 后面 各 表 的 连接 顺序 ， 或 是 可 以 
使 用 哪些 索引 之 类 的 工作 ， 然 后 选择 一 个 执行 方案 ， 以 供 服务 器 执行 该 查询 。 

A 提示 

| 对 于 很 多 读者 来 说 ， 理 解 和 影响 数据 库 服务 器 选择 查询 执行 方案 是 一 个 
极 具 吸 引力 的 主题 。 对 于 使 用 MySQL 的 读者 ， 建 议 阅 读 Baron Schwartz 
等 人 著作 的 High Performance MySQL 一 书 ， 其 中 介绍 了 如 何 建立 索引 、 
分 析 执 行 方案 、 通 过 查询 提示 (query hints ) 分 析 优 化 器 以 及 调 优 服务 器 
的 初始 参数 等 。 如 果 你 使 用 的 是 Oralce 或 SQL Server 数据 库 ， 那 么 可 供 
学 习 的 性 能 调 优 书籍 就 更 多 了 。 


当 服 务 器 执行 完 查 询 以 后 ， 将 会 向 调用 程序 (再 次 提示 : 本 例 中 即 mysql 工具 ) 返回 
个 结果 集 。 在 第 1 章 中 已 经 提 到 ， 结 果 集 实际 上 也 是 一 种 包含 行 与 列 的 表 。 如 果 查 
询 并 没有 找到 任何 结果 ， 那 么 mysql 工具 将 会 在 其 后 显示 一 条 提示 消息 ， 例 如 : 
mysql> SELECT emp_id, fname, lname 
-> FROM employee 
-> WHERE lname = 'Bkadfl'; 
Empty set (0.00 sec) 
如 果 查 询 返 回 了 1 行 或 多 行 记录 ， 那 么 mysql 工具 将 会 使 用 列 名 和 -、| 和 + 等 符号 组 成 
的 边框 将 结果 格式 化 输出 ， 例 如 : 
mysql> SELECT fname, lname 
-> FROM employee; 
































































































































ty a 
fname lname 

二 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 十 
Michael Smith 
Susan Barker 
Robert Tyler 
Susan Hawthorne 
John Gooding 
Helen Fleming 
Chris Tucker 
Sarah Parker 
Jane Grossman 
Paula Roberts 
Thomas Ziegler 
Samantha Jameson 
John Blake 
Cindy Mason 
Frank Portman 
Theresa Markham 
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| Beth | 
| Rick | 


Fowler | 
Tulman | 





18 rows in set 


一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 


(0.00 sec) 














该 查询 返回 了 employee 表 中 所 有 雇员 的 姓氏 和 名 字 , 在 显示 最 后 一 行 数据 之 后 , mysql 














工具 会 显示 


3.2 ”查询 语句 
select 语句 由 几 个 组 件 或 者 说 子 句 构成 。 不 过 在 MySQL 中 ， 只 有 一 种 子 句 是 必 不 可 少 





条 消息 ， 以 提示 一 共 返 回 了 多 少 行 。 

















的 〈select 子 句 ) ，i 




















通常 的 查询 语句 会 至 少 包 含 6 个 子 句 中 的 2~3 个 。 表 3-1 列 出 了 用 


































































































于 不 同 目的 的 各 个 子 句 。 
表 3-1 query 子 句 
子 句 名 称 使 用 目的 
select 确定 结果 集中 应 该 包含 哪些 列 
from 指明 所 要 提取 数据 的 表 ， 以 及 这 些 表 是 如 何 连 接 的 
where 过 滤 不 需要 的 数据 
group by 用 于 对 具有 相同 列 值 的 行进 行 分 组 
having 过 滤 掉 不 需要 的 组 
order by 按 一 个 或 多 个 列 ， 对 最 后 结果 集中 的 行进 行 排 请 














表 3-1 中 显示 的 所 有 子 句 都 属于 ANSI 标准 ， 此 外 ，MySQL 还 有 一 些 特有 的 字句 ， 将 





在 附录 B 中 进行 介绍 。 本 章 下 面 各 节 将 人 


3.3 select 子 铝 


尽管 select 子 句 是 select 语句 中 





包含 的 列 。 因 此 为 了 更 好 地 再 


面 开始 一 个 查询 : 














1 重 讨论 这 6 种 主要 查询 子 句 的 使 用 方法 。 





的 第 一 个 组 成 部 分 , 但 实际 上 在 数据 库 服务 中 ， 它 是 最 











mysql> SELECT * 
-> FROM department; 








十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| dept_id | name | 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 1 | Operations 

| 2 | Loans | 
| 3 | Administration | 








后 被 评估 的 。 因 为 在 确定 结果 集 最 后 包含 哪些 列 之 前 ， 必 须 先 要 知道 结果 集 所 有 可 能 
E 解 select 子 句 的 角色 ， 首 先 需要 了 人 解 一 下 from 子 句 。 下 
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集中 需要 包含 所 有 departement 表 中 的 列 ( 通 


C 达 : 





i 


十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 二 





3 rows in set (0.04 sec) 

















显示 department 表 中 所 有 的 行 和 列 。 


除了 通 

















mysql> SELECT dept_id, name 
-> FROM department; 











二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| dept_iqd | name | 
二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 1 | Operations | 
| 2 | Loans | 
| 3 | Administration | 
二 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 


3 rows in set (0.01 sec) 








在 此 查询 中 ，from 子 句 只 列 出 了 一 个 表 (department) ， 并 且 select 子 句 指示 在 结果 
































过 * 号 表示 )。 该 查询 的 含义 可 以 如 下 


过 星 号 来 指 代 所 有 列 之 外 ， 还 可 以 显示 使 用 中 感 兴趣 的 列 名 ， 例 如 : 





结果 与 前 一 个 查询 完全 一 样 ， 因 为 department 表 中 所 有 的 列 (dept_id 和 name) 都 在 
select 子 句 中 被 显 式 列 了 出 来 。 当 然 也 可 以 选择 只 获取 department 表 中 各 列 的 一 个 子 


集 ， 














例如 : 


mysql> SELECT name 
-> FROM department; 


DE + 
| name | 
i Ee + 
| Operations | 
| Loans | 
| Administration | 
二 十 


3 rows in set (0.00 sec) 











因此 select 子 句 的 作用 可 以 概括 如 下 : 














select 子 句 用 于 在 所 有 可 能 的 列 中 ， 选 择 查询 结果 集 要 包含 哪些 列 。 


如 明 





数据 库 限 














判 了 只 能 返回 from 子 句 后 面 各 表 中 所 包含 的 列 ， 就 显得 相当 乏味 了 。 样 


运 的 是 ， 我 们 可 以 在 select 子 句 中 加 上 一 些 “ 调 料 ”， 例 如 : 


字符 ， 比 如 数字 或 字符 串 ， 


表达 式 ， 比 如 transaction.amountt-1; 





调用 内 建 函 数 ， 比 如 ROUND(transaction.amount2); 














用 户 自 定义 的 函数 调用 。 
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下 面 展 示 了 对 于 employee 表 ， 如 何在 查询 语句 中 使 用 列 名 、 字 符 、 表 达 式 和 内 建 函 数 
调用 : 
mysql> SELECT emp_id, 
-> 'ACTIVE', 
-> emp_id * 3.14159, 
-> UPPER (lname) 
-> FROM employee; 
十 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 + 
emp_id| ACTIVE |emp_id * 3.14159 UPP (lname) 
十 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 
1 ACTIVE 3.14159 SMITH 
2 ACTIVE 6.28318 BARKER 
3 ACTIVE 9.42477 TYLER 
4 ACTIVE 12.56636 HAWTHORNE 
5 ACTIVE 5,707.95 GOODING 
6 ACTIVE 18.84954 FLEMING 
7 ACTIVE 21299113 TUCKER 
8 ACTIVE 25.13272 PARKER 
9 ACTIVE 28.27431 GROSSMAN 
10 ACTIVE 31.41590 ROBERTS 
11 ACTIVE 34.55749 ZIEGLER 
12 ACTIVE 37.69908 JAMESON 
13 ACTIVE 40.84067 BLAKE 
14 ACTIVE 43.98226 MASON 
15 ACTIVE 47.12385 PORTMAN 
16 ACTIVE 50.26544 MARKHAM 
17 ACTIVE 53.40703 FOWLER 
18 ACTIVE 56.54862 TULMAN 
人 
18 rows in set (0.05 sec) 
在 本 书后 面 将 会 详细 介绍 上 面 使 用 的 表达 式 和 内 建 函 数 ， 本 例 已 经 大 致 演示 了 在 select 
子 句 中 可 以 包含 哪些 元 素 。 如 果 只 是 需要 执行 一 个 内 建 函 数 或 对 简单 的 表达 式 求 值 可 
以 完全 省 略 from 子 句 ， 例 如 : 
mysql> SELECT VERSION() ， 
-> USER(), 
-> “DRATRABRASE () ; 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
| version() | user () | database () | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 6.0.3-alpha-community | lrngsql@localhost | bank | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 





1 row in set 


该 查询 只 是 简单 地 调用 了 3 个 内 建 函 数 ， 


用 from 子 句 。 


(0.05 sec) 











并 没有 从 任何 表 中 获取 数据 ， 因 此 不 需要 使 
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3.3.1 


尽 
自 
标签 。 同 样 ， 如 果 在 结果 
可 以 为 这 些 列 定义 一 个 标 


列 的 别名 



































徐 


Lo 





























管 mysql 命令 行 工具 为 查询 所 返回 的 每 个 列 提供 了 默认 标签 ， 但 或 许 你 希望 使 用 
己 定 义 的 标签 。 如 果 表 中 的 列 名 定义 十 分 简短 并 且 含 义 模糊 ， 可 以 为 该 列 赋予 新 
中 包含 了 根据 表达 式 或 内 建 函 数 调 用 产生 的 列 ， 那 么 也 











通过 在 select 子 句 中 的 每 个 元 素 后 面 增加 列 别名 可 以 








实现 此 目的 , 下 面 对 employee 表 的 查询 与 前 面 的 查询 相似 , 只 不 过 为 其 中 的 3 列 定 


义 了 列 别名 : 


mysql> SELECT emp_id, 


一 六 'ACTIVE' status, 


-> FROM employee; 


emp_id * 3.14159 empid x_pi, 
UPPER (lname) last_name_upper 
















































































十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
emp_id status empid x_pi |last_ name_ upper 
二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 

1 ACTIVE 3.14159 SMITH 

2 ACTIVE 6.28318 BARKER 

3 ACTIVE 9.42477 TYLER 

4 ACTIVE 12.56636 HAWTHORNE 

5 ACTIVE T50795. GOODING 

6 ACTIVE 18.84954 FLEMING 

7 ACTIVE 21;99113 TUCKER 

8 ACTIVE 25.13272 PARKER 

9 ACTIVE 28.27431 GROSSMAN 

10 ACTIVE 31.41590 ROBERTS 

11 ACTIVE 34.55749 ZIEGLER 

于 和 ACTIVE 37.69908 JAMESON 

13 ACTIVE 40.84067 BLAKE 

14 ACTIVE 43.98226 MASON 

下 ACTIVE 47.12385 PORTIMAN 

16 ACTIVE 50.26544 MARKHAM 

17 ACTIVE 53.40703 FOWLER 

18 ACTIVE 56.54862 TULMAN 
一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
18 rows in set (0.00 sec) 








汪 诗 表 | A 
注意 ， 证 5 




















已 


empid_x_pi 和 last_name_upper。 使 用 这 些 














为 它们 指定 了 别名 








三 、 四 列 显示 的 都 是 有 意义 的 名 称 ， 而 不 是 简单 地 显示 产生 该 列 
的 函数 或 表达 式 的 名 字 ， 这 是 因为 select 子 句 上 





status 、 

















列 名 使 输出 的 结果 更 易于 理解 ， 同 时 如 果 不 




















是 使 用 mysql 工具 ， 而 是 在 Java 或 C# 中 进行 查询 ， 这 样 做 更 易于 乡 














程 实现 。 为 了 在 子 

















句 中 更 清晰 地 表示 别名 ， 可 以 在 这 些 别 名 前 面 加 上 关键 字 as， 例 如 : 





mysql> SELECT emp_id， 


一 > "ACTIVE' AS status, 
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一 > emp_id * 3.14159 AS empid x_pi, 
一 > UPPER(lname) AS last_name_upper 
-> FROM employee; 


许多 人 认为 加 上 可 选 的 as 关键 字 可 以 提高 查询 语句 的 可 读 性 ， 不 过 本 书 选择 在 例子 中 
不 使 用 该 关键 字 。 


3.3.2 去 除 重复 的 行 
在 某 些 情况 下 , 查询 可 能 会 返回 重复 的 行 数据 ， 比 如 在 提取 所 有 account 的 customer ID 
时 ， 将 会 出 现下 面 的 结果 : 


mysql> SELECT cust_id 
-> FROM account,; 





























VOD 








24 rows in set (0.00 sec) 
因为 某 些 客户 可 能 具有 多 个 账户 ， 所 以 查询 结果 中 多 次 包含 了 该 客户 的 人 D。 实 际 上 你 
可 能 只 需要 对 每 个 客户 显示 一 次 卫 ， 而 不 是 为 account 表 中 每 一 行 都 显示 相应 的 客户 
ID， 这 时 可 以 在 select 关键 字 之 后 加 上 distinct 关键 字 ， 例 如 : 


mysql> SELECT DISTINCT cust_id 
-> FROM account; 












































Sy 
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‘Oo 








13 rows in set (0.01 sec) 


现在 结果 集中 只 包含 了 13 行 (每 个 独立 的 客户 ID 只 出 现 一 次 )， 而 不 是 24 行 (为 每 

个 account 记录 都 显示 一 次 )。 

如 果 你 并 不 需要 服务 器 删除 重复 的 数据 ， 或 者 你 确信 结果 集中 不 会 包含 重复 记录 ， 那 

么 可 以 指定 ALL 关键 字 来 替代 DISTINCT 关键 字 。 不 过 事实 上 ，ALL 关键 字 是 系统 默 

认 的 ， 不 需要 被 显 式 地 列 出 ， 因 此 大 多 数 程序 员 不 会 在 查询 中 加 上 ALL 关键 字 。 

警告 

= 注意 产生 无 重复 的 结果 集 需要 首先 对 数据 排序 ， 这 对 于 大 的 结果 集 来 

Le | 说 是 相当 耗 时 的 。 因 此 不 要 为 了 确保 去 除 重复 行 而 随意 地 使 用 

DISTINCT， 而 是 应 该 先 了 解 所 使 用 的 数据 是 否 可 能 包含 重复 行 ， 以 减 
少 对 DISTINCT 的 不 必要 的 使 用 。 

























































































3.4 from 子 句 

上 面 的 例子 中 已 经 介绍 了 包含 单个 表 的 from 子 句 ， 尽 管 大 多 数 SQL 书籍 都 将 from 子 
名 定义 为 1 个 或 多 个 表 的 清单 ， 但 本 书 将 会 对 其 定义 作 以 下 拓展 : 

from 子 句 定义 了 查询 中 所 使 用 的 表 ， 以 及 连接 这 些 表 的 方式 。 


3.4.1 表 的 概念 

当 使 用 术语 “ 表 ” 的 时 候 ， 大 多 数 人 联想 到 的 是 存储 在 数据 库 中 关联 行 的 集合 ， 但 这 
实际 上 只 是 表 的 类 型 之 一 而 已 。 我 们 可 以 用 更 广泛 的 方式 使 用 这 个 术语 ， 去 除 其 中 绚 
含 的 “被 存储 的 数据 ”的 含义 ， 而 仅仅 考虑 其 关联 行 集合 的 含义 。 因 此 在 对 “ 表 ” 的 





















































44 第 3 章 


宽泛 的 定义 下 ， 存 在 3 种 类 型 的 表 : 
。 永久 表 (使 用 create table 语句 创建 的 表 
。 ”临时 表 〈 子 查询 所 返回 的 表 )， 
。 ”虚拟 表 (使 用 create view 子 句 所 创建 的 视图 )。 





wr 


; 














这 3 种 类 型 的 表 都 可 以 在 查询 的 ffrom 子 名 中 使 用 。 由 于 读者 可 能 已 经 熟悉 了 在 from 














子 句 中 包含 永久 表 ， 
的 表 。 


子 查询 产生 的 表 














因此 下 面 将 主要 讨论 在 如 何在 from 子 句 中 使 用 另外 两 种 类 型 


子 查 询 指 的 是 包含 在 男 一 个 查询 中 的 查询 。 子 查询 可 以 出 现在 select 语句 中 的 各 个 部 分 



































from 子 句 可 以 与 其 他 表 进 行 交 互 ) 产生 临时 表 ， 下 面 是 一 个 简单 的 例子 : 


mysql> SELECT e.emp_id, e.fname, e.lname 























-> FROM (SELECT emp_id, fname, lname, start_date, title 
一 > FROM employee) e; 
十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 + 
emp_id fname lname 
十 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
1 Michael Smitnh 
2 Susan Barker 
3 Robert Tyler 
4 Susan Hawthorne 
S John Gooding 
6 Helen Fleming 
3 Chizis Tucker 
8 Sarah Parker 
9 Jane Grossman 
10 Paula Roberts 
1 Thomas Ziegler 
E22 Samantha Jameson 
13 John Blake 
14 Cindy Mason 
TS Frank Portman 
16 Theresa Markham 
17 Beth Fowler 
18 Rick Tulman 
十 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
18 rows in set (0.00 sec) 





本 例 中 ， 针 对 employee 表 的 子 查询 返回 5 个 列 ， 而 外 目 














且 被 包含 在 圆 括 号 中 。 在 from 子 句 内 ， 子 查询 的 作用 是 根据 其 他 查询 子 句 (其 中 的 


目的 查询 获取 其 中 3 个 列 。 在 外 






































围 查询 中 ， 通 过 别名 (本 例 中 为 e) 来 引用 子 查询 。 这 是 一 个 关于 子 查询 的 简单 而 并 不 
十 分 有 用 的 例子 ， 第 9 章 将 会 对 其 进行 详细 讨论 。 
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视图 

视图 是 存储 在 数据 字典 中 的 查询 ， 它 的 行为 表现 得 像 一 个 表 ， 但 实际 上 并 不 拥有 任何 
数据 《因此 本 书 称 之 为 虚拟 表 )。 当 发 出 一 个 对 视图 的 查询 时 ， 该 查询 会 被 绑 定 到 视图 
定义 上 ， 以 产生 最 终 被 执行 的 查询 。 


下 面 首先 定义 一 个 查询 employee 表 的 视图 ， 其 中 包含 了 一 个 对 内 建 函 数 的 调用 : 


mysql> CREATE VIEW employee_vw AS 
-> SELECT emp_id, fname, lname, 
一 > YEAR(start_date) start_year 
-> FROM employee; 

Query OK, 0 rows affected (0.10 sec) 


当 视 图 被 创建 后 ， 并 没有 产生 或 存储 任何 数据 ， 服 务 器 只 是 简单 地 保留 该 查询 以 供 将 
来 使 用 。 现 在 既然 该 视图 已 经 存在 了 ， 那 么 就 可 以 对 其 发 出 查询 请 求 ， 例 如 : 


mysql> SELECT emp_id, start_year 
-> FROM employee_vw; 

























































































二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 
J 2005 
2 2006 
3 2005 
4 2006 
5 2007 
6 2008 
7 2008 
8 2006 
9 2006 
0 
1 
用 
3 
4 
5 
6 
7 
8 





2006 
2004 
2007 
2004 
2006 
2007 
2005 
2006 
2006 














18 rows jin set (0.07 sec) 


创建 视图 可 能 出 于 各 种 理由 ， 比 如 对 用 户 隐 藏 列 、 简 化 数据 库 设 计 等 。 


3.4.2” 表 连接 
对 from 子 句 定义 的 第 2 种 偏差 (第 1 种 指 的 是 对 表 定 义 的 理解 , 译 者 注 ) 是 : 如 果 from 
子 句 中 出 现 了 多 个 表 , 那么 要 求 同 时 包含 各 表 之 间 的 连接 条 件 。 这 在 MySQL 数据 库 或 
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其 他 任何 数据 库 中 都 不 是 必需 的 , 但 却 是 ANSI 所 建议 的 连接 多 个 表 的 方法 , 也 是 在 各 
种 数据 库 服 务 器 之 间 最 具 可 移植 性 的 做 法 。 本 书 将 会 在 第 5 章 和 第 10 章 中 对 连接 多 个 
表 进 行 深入 介绍 ， 而 在 此 处 只 是 提供 一 个 简单 的 例子 以 满足 读者 的 好 奇 心 : 
mysql> SELECT employee.emp_id, employee .fname, 

一 > employee.lname, department .name dePt_name 


-> FROM employee INNER JOIN department 
一 > ON employee.dept_id = department .dePt_id:; 



















































































三 和 TD 
emp_id fname lname dept_name 
十 一 一 一 一 一 三 一 一 十 一 三 一 一 一 a 于 二 二 二 二 三 三 三 三 三 二 二 二 三 三 
1 Michael Smith Administration 
2 Susan Barker Administration 
2: Robert Tyler Administration 
4 Susan Hawthorne Operations 
9 John Gooding Loans 
6 Helen Fleming Operations 
7 Chris Tucker Operations 
8 Sarah Parker Operations 
9 Jane Grossman Operations 
10 Paula Roberts Operations 
11 Thomas Ziegler Operations 
12 Samantha Jameson Operations 
43 John Blake Operations 
14 Cindy Mason Operations 
15 Frank Portman Operations 
16 Theresa Markham Operations 
于 了 Beth Fowler Operations 
18 Rick Tulman Operations 
六 二 二 大宗 三 一 一 袜 此 二 二 二 训 = ee Se 
18 rows in set (0.05 sec) 








上 面 的 查询 需要 同时 显示 employee 表 (emp_id fname、 Iname) 和 department 表 (name) 
的 数据 ,因此 这 两 个 表 都 包含 在 from 子 句 中 ,连接 两 个 表 的 机 制 join 方式 ) 是 employee 
表 中 所 存储 的 雇员 部 门 信息 。 因此, 数据 库 服务 器 使 用 employee 表 中 的 dept_id 列 值 在 
departement 表 中 查找 关联 的 部 门 名 称 。 两 个 表 的 连接 条 件 由 from 子 句 中 的 on 子 句 指 





定 ， 本 例 中 的 连接 条 伯 
章 中 对 连接 多 个 表 





















































为 ON employee.dept_id = department.dept_id。 再 次 提示 ， 第 5 























3.4.3 定义 表 别 名 








当 看 


E 单 个 查询 











子 句 中 指明 所 引 有 有 





为 每 个 表 指 定 别名 ， 


进行 了 完整 的 讨论 。 


连接 多 个 表 时 ， 需 要 在 select、where、group by、having 以 及 order by 








有 的 是 哪个 表 。 有 两 种 在 from 子 句 之 外 引用 表 的 方式 : 
使 用 完整 的 表 名 称 ， 如 employee.emp_id; 

















在 查询 中 需要 的 地 方 使 用 该 别名 。 
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上 一 个 查询 中 ， 在 select 子 句 和 on 子 句 内 使 用 了 完整 的 表 名 ， 下 面 使 用 定义 表 别 名 的 
方式 实现 同样 的 查询 : 


SELECT e.emp_id, e.fname, e.lname, 




















d.name dept_name 
FROM employee e INNER JOIN department d 
ON e.dept_id = d.dept_igd; 
注意 在 from 子 句 中 ，employee 表 被 命名 为 e、department 表 被 命名 为 d。 这 些 别 名 在 
定义 连接 条 件 时 被 on 子 句 使 用 ， 同 时 在 select 子 句 中 为 结果 集 指定 所 要 包含 的 列 时 
也 用 到 了 它们 。 我 认为 使 用 别名 不 会 给 紧凑 的 查询 语句 造成 混乱 (只 要 别名 的 选择 是 
合理 的 )。 此 外 ,还 可 以 在 别名 的 前 面 使 用 as 关键 字 ， 与 前 文 提 到 的 对 列 别名 的 使 用 
方式 类 似 : 


SELECT e.emp_id, e.fname, e.lname, 






































d.name dept_name 
FROM employee AS e INNER JOIN department AS d 
ON e.dept_id = d.dept_id; 
根据 我 的 观察 ， 大 概 一 半 的 数据 库 开发 者 对 列 或 表 的 别名 使 用 as 关键 字 ， 而 另 一 半 并 
不 采用 这 种 做 法 。 











3.5” where 子 句 


到 目前 为 止 ， 本 章 中 的 查询 示例 都 是 从 employee、department 或 account 表 中 选择 所 有 
数据 (除了 关于 使 用 distinct 的 一 个 例子 ) 。 但 在 大 多 数 情 况 下 ， 并 不 需要 提取 表 中 的 
每 一 行 ， 而 是 希望 使 用 某 种 方式 过 滤 掉 不 感 兴趣 的 行 ， 这 就 是 where 子 句 的 作用 。 
where 子 句 用 于 在 结果 集中 过 滤 掉 不 需要 的 行 。 

举 个 例子 ， 如 果 需 要 查询 employee 表 ， 但 只 想 获取 头衔 为 head teller 的 雇员 数据 ， 那 
么 就 可 以 在 查询 的 where 子 句 中 进行 指定 ， 这 样 结果 中 将 只 包含 4 个 符合 条 件 的 行 : 


mysql> SELECT emp_id, fname, lname, start_date, title 







































































-> FROM employee 




















-> WHERE title = 'Head Teller'; 

+ 一 一 一 一 一 一 一 + 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
emp_id | fname lname | start_date 七 宇 攻 直 全 | 

二 二 二 半生 二 二 大 十 一 一 和 六 + 
6 | Helen Fleming | 2008-03-17 | Head Teller | 

10 | Paula Roberts | 2006-07-27 Head Teller | 

13 | John Blake | 2004-05-11 | Head Teller | 

16 | Theresa Markham | 2005-03-15 Head Teller | 
On re + 





4 rows in set (1.17 sec) 


在 本 例 中 , where 子 句 过 滤 掉 18 个 雇员 行 中 的 14 行 。 该 子 句 中 只 包含 了 一 个 过 滤 条 件 ， 
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人 


但 在 需要 时 可 以 同时 包含 更 多 的 条 件 ， 它 们 之 间 使 
见 第 4 章 ， 其 中 对 where 子 句 和 过 滤 条 件 进行 了 完 





























用 操作 符 and、or 或 者 not 分隔 ( 参 
整 的 讨论 )。 下 面 是 对 前 一 个 查询 的 


























扩展 ， 它 包含 的 第 2 个 条 件 指明 了 只 包括 在 2006 年 1 月 之 后 人 职 的 雇员 : 
mysql> SELECT emp_id, fname, lname, start_date, title 
-> FROM employee 
-> WHERE title = 'Head Teller' 
三 学 AND start_date > !2006-01-01' ; 
十 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
| emp_iqd | fname | lname | start_date | title | 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 6 | Helen | Fleming | 2008-03-17 | Head Teller | 
| 10 | Paula | Roberts | 2006-07-27 | Head Teller | 
十 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
2 rows in set (0.01 sec) 
第 1 个 条 件 (title='Head Teller) 过 滤 掉 18 行 中 的 14 行 ， 而 第 2 个 条 件 (start_date > 























“2006-01-01 ) 又 过 滤 掉 两 行 ， 因 此 在 最 后 的 结果 集中 只 包含 了 剩 下 的 两 行 。 下 面 看 看 











如 果 把 两 个 条 件 中 的 and 操作 符 改 


成 or 后 会 发 生 什 么 变化 : 












































mysql> SELECT emp_id, fname, lname, start_date, title 
-> FROM employee 
-> WHERE title = 'Head Teller'! 
-> OR start_date > '2006-01-01'; 
十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
emp_id fname lname start_date title 
十 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
2 Susan Barker 2006-09-12 Vice President 
4 Susan Hawthorne 2006-04-24 Operations Manager 
5 John Gooding 2007-11-14 Loan Manager 
6 Helen Fleming 2008:03 二 1 了 7 Head Teller 
7 Chris Tucker 2008-09-15 Teller 
8 Sarah Parker 2006-12-02 Teller 
9 Jane Grossman 2006-05-03 Teller 
10 Paula Roberts 2006-07-27 Head Teller 
12 Samantha Jameson 2007-01-08 Teller 
13 John Blake 2004-05-11 Head Teller 
14 Cindy Mason 2006-08-09 Teller 
15 Frank Portman 2007-04-01 Teller 
16 Theresa Markham 2005-03-15 Head Teller 
17 Beth Fowler 2006-06-29 Teller 
18 Rick Tulman 2006-12-12 Teller 
十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
15 rows in set (0.00 sec) 





观察 该 输出 ， 将 会 发 现 结果 集中 包括 了 所 有 4 个 head teller 以 及 其 他 所 有 在 2006 年 1 











条 件 中 的 一 个 。 因 此 ， 


月 1 日 之 后 加 入 银行 的 雇员 。 








employee 表 中 的 18 行 数据 中 有 15 行 至 少 满足 了 这 两 个 
当 使 用 and 操作 符 分 隔 条件 时 ， 在 结果 集中 的 行 需要 满足 所 有 
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的 条 件 为 tue， 而 使 用 or 时 ， 只 要 满足 其 中 一 个 条 件 为 tue， 该 行 就 可 以 被 包含 进来 。 
那么 ， 如 果 需 要 在 where 子 句 中 同时 使 用 and 和 or 操作 符 该 怎么 办 呢 ? 这 就 需要 使 用 








圆 括号 来 对 条 件 分 组 。 下 面 的 查询 指定 在 结果 集中 返回 在 2006 年 1 


























月 1 日 之 后 加 入 公 
































司 的 head teller 雇员 或 者 在 2007 年 1 月 1 日 后 人 职 的 teller 雇员 : 
mysql> SELECT emp_id, fname, lname, start_date, title 
-> FROM employee 
-> WHERE (title = 'Head Teller' AND start_date > '2006-01-01') 
一 > OR 人 (title = 'Teller' AND start_date > '2007-01-01'); 
二 = 一 一 = 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
emp_id fname lname start_date title 
一 一 二 一 一 一 十 一 一 一 一 二 二 二 一 一 一 寺 二 一 一 二 一 一 一 一 一 十 二 一 一 一 一 一 一 一 一 一 一 一 才 二 一 一 一 一 一 一 一 二 一 一 一 一 十 
6 Helen Fleming 2008-03-17 Head Teller 
7 Chris Tucker 2008-09-15 eller 
10 | Paula Roberts 2006-07-27 Head Teller 
12 Samantha Jameson 2007-01-08 eller 
15 Frank Portman 2007-04-01 elles 
a i ee 六 
5 rows in set (0.00 sec) 














持 一 致 的 理解 。 




















3.6 group by 和 having 子 句 





前 面 的 查询 都 是 仅仅 提取 数据 而 未 对 它们 进行 人 
服务 器 在 返回 结果 集 之 前 对 数据 进行 一 下 提炼 ， 其 中 








处 部 门 的 列表 , 而 是 想 要 








在 混合 使 用 不 同 的 操作 符 时 ， 开 发 者 应 当 总 是 使 用 圆 括号 来 分 隔 成 组 的 条 件 ， 这 样 确 
保 开 发 者 、 数 据 库 服务 器 以 及 在 以 后 可 能 会 








区 改 代码 的 其 他 开发 者 都 能 够 对 其 意义 保 























可 能 还 需要 同时 使 月 


过 滤 。 














E 何 加 工 。 不 过 有 时 候 也 会 需要 数据 库 














FP 的 一 种 方式 是 使 用 group by 子 
句 ， 它 用 于 根据 列 值 对 数据 进行 分 组 。 举 例 来 说 ， 也 许 你 并 不 需要 查看 雇员 和 他 们 所 














获取 部 门 和 它 所 拥有 雇员 数 的 清单 
有 having 子 句 , 它 能 够 以 与 where 子 句 类 似 的 方式 对 分 组 数据 进行 

















.加 





E 使 用 group by 子 句 时 ， 





下 面 的 查询 首先 为 每 个 部 门 计算 其 所 全 的 雇员 数 ， 然 后 返回 至 少 包 含 2 个 雇员 的 部 门 


名 称 : 





mysql> SELECT d.name, count (e.emP_id) num_emPLoyees 
-> FROM department d INNER JOIN employee e 


a 


-> GROUP BY d.name 
-> HAVING count (e.emp_id) > 2; 


ON d.dept_id = e.dept_id 
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| operations 


十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
2 rows in set (0.00 sec) 


此 处 只 是 简略 地 提 一 下 这 两 个 子 句 ， 以 便 读 者 在 后 面 看 到 它们 时 不 至 于 感到 陌生 ， 实 





际 上 它们 相对 于 其 他 4 个 子 句 更 为 复杂 一 些 ， 本 上 




















场合 与 方式 进行 了 完整 的 讨论 。 





3.7 order by 子 句 





第 8 章 对 使 用 group by 和 having 的 






























































通常 情况 下 ， 查 询 的 结果 集 返回 的 行 并 不 以 特定 的 顺序 排列 。 如 果 需 要 对 它们 排序 ， 
则 可 以 使 用 order by 子 句 : 





order by 子 句 用 于 对 结果 集中 的 原始 列 数据 或 是 根据 列 数 据 计 算 的 表达 式 结果 进行 


排序 。 





举 个 例子 ， 下 面 是 对 account 表 的 一 个 查询 : 


mysql> SELECT open_emp_id, product_cd 


-> FROM account; 




















十 一 一 一 一 一 一 ee 
open_ emp_ id |product_cd 

ee 
10 CHK 
10 SAV 
10 CD 
10 CHK 
10 SAV 
1:3 CHK 
13 | M 
1 CHK 
1 SAV 
1 | MXM 
16 | CHK 
1 CHK 
1 CD 
10 | CD 
16 | CHK 
16 SAV 
1 CHK 
J MM 
和 CD 
16 | CHK 
16 | BUS 
10 | BUS 
16 | CHK 
二 3 SBL 
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十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
24 rows in set (0.00 sec) 








如 果 需 要 分 析 每 个 雇员 的 数据 ， 那 么 根据 open_emp_id 列 进行 排序 是 和 
面 简单 地 将 该 列 加 到 order by 子 句 后 面 : 


mysql> SELECT open_emp_id, product_cd 





-> FROM account 
-> ORDER BY open_emp_id; 








区 罗 


区 工 
到 








到 吓 
< 大 





3 


OOONANAGWLWOoOooOooooooPPPPPPPPp 




















24 rows in set (0.00 sec) 























有 帮助 的 。 下 


现在 可 以 清楚 地 看 到 每 个 雇员 所 开设 的 账户 类 型 。 不 过 ， 针 对 每 个 独立 的 和 雇员， 按照 
同样 的 顺序 显示 账户 类 型 也 许 会 更 好 一 些 ， 那么 可 以 在 order by 子 句 中 的 open_emp_id 











列 后 面 再 加 上 product_cd: 


mysql> SELECT open_emp_id, product_cd 


-> FROM account 


-> ORDER BY open_emp_id, product_cd; 


十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 





| open_emp_iqd | product_ca | 
+ 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 1 | cp | 
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二 | 
a 


3.7.1 











oo 


a 


eo 
oT 
By 


居所 

















24 rows in set 


现在 结果 集中 首先 根据 
上 现 的 顺序 决定 了 对 各 列 进 行 排序 的 次 序 。 


升序 或 降序 排序 
在 排序 时 ， 可 以 通过 关键 字 asc 和 desc 指定 是 升序 还 是 降序 。 由 于 默认 情况 下 是 升序 





(0.00 sec) 























-> FROM account 
-> ORDER BY avail_balance DESC; 








account_ id 
十 一 一 wa Pe 


product_cd 








员 ID 排序 ， 然 后 根据 账户 类 型 排序 。 在 order by 子 句 中 各 列 





F 序 ， 因 此 只 需要 在 想 要 降序 排序 时 加 上 desc 关键 字 即 可 。 举 个 例子 ， 下 面 的 查询 列 
出 了 根据 可 用 余额 排序 的 账户 ， 并 且 余 额 最 高 的 出 现在 上 面 : 


mysql> SELECT account_id, product_cd, open_date, avail_ balance 


一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
open_date 





多 9 
28 
24 
FS 
27 
22 
二 人 
17 











2004 


=02=22 


2003-07-30 
2002-09-30 


2004 
2004 
2004 
2004 





2004 


= 二 2=28 
0322 
=10=28 
0 030 
-01-12 





avail_balance 
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18 CHK 2001-05-23 3487.19 
3 CD 2004-06-30 3000.00 
4 CHK 2001-03-12 2258.02 
13 CHK 2004-01-27 22379 了 
8 MM 2002-12-15 22:12:550 
23 CD 2004-06-30 1500.00 
1 CHK 2000-01-15 1057.75 
7 CHK 2002=TIE=23 1057.75 
le SAV 2000-01-15 了 67 
10 CHK 2003-09-12 534412 
2 SAV 2000-01-15 500.00 
19 SAV 2001-05-23 387599 
5 SAV 2001-03-12 200.00 
信和 CHK 2003-07-30 125.67 
14 CHK 2002-08-24 T2237 
25: BUS 2002-10-01 0.00 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
24 rows in set (0.05 sec) 











降序 排序 通常 用 于 排行 查询 ， 比 如 “显示 余额 最 高 的 5 个 账户 ”。MySQL 包含 的 limit 








子 名 允许 对 排序 后 的 数 ] 








及 其 他 一 些 非 ANSI 标准 的 扩展 进行 了 讨论 。 


3.7.2 根据 表达 式 排 序 
使 用 列 数据 对 结果 集 进行 排序 十 分 有 用 ， 但 有 时 或 许 还 需要 根据 一 些 并 非 存放 在 数据 


库 中 的 , 甚至 可 能 





没有 在 查询 中 

















所 进行 过 滤 ， 只 显示 其 中 的 前 X 行 。 本 























上 附录 B 对 limit 子 句 以 





H 现 的 内 容 进行 排序 , 而 在 order by 子 句 后 增加 表达 式 


联邦 个 人 
































可 以 满足 这 种 需求 。 举 例 来 说 ， 对 于 customer 表 ， 也 许 你 会 需要 根据 客户 的 
识别 号 码 (通常 是 个 人 的 社会 安全 号 码 或 是 企业 的 公司 号 ) 的 最 后 3 位 数字 进行 排序 : 
mysql> SELECT cust_id, cust_type_cd, city, state, fed_id 
-> FROM customer 
-> ORDER BY RIGHT (fed_id, 3); 
i 村 三 三 三 二 二 二 二 全 一 一 一 二 赴 二 一 一 二 一 一 一 站 二 二 一 一 一 一 二 = 三 一 一 十 
cust_id cust_type_cd city state fed_id 

er eR Ce 

1 I Lynnfield MA i 

让 0 B Salem NH 04-1111111 

2 I Woburn MA 222-22-2222 

11 B Wilmington MA 04-2222222 

至 Quincy MA 333=33=3333 

12 B Salem NH 04=3333333 

13 B Quincy MA 04-4444444 

4 玉 Waltham MA 444-44-4444 

工 Salem NH SI5=55-D555 

6 I Waltham MA 666-66-6666 

4 于 Wilmington MA A bh 

8 于 Salem NH 888-88-8888 
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十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 


| 999-99-9999 | 





13 rows in set 


该 查询 使 用 内 建 函 数 right0 提 取 fed_id 列 的 最 后 三 个 字符 ， 





排序 。 


(0.24 sec) 





3.7.3 ”根据 数字 占 位 符 排 序 














Mi 


如 




















澡 


并 根据 该 值 对 返回 的 行 


需要 根据 select 子 句 中 的 列 来 排序 ， 那 么 可 以 选择 使 用 该 列 位 于 select 子 句 中 的 位 
































置 号 来 蔡 代 列 名 。 举 个 例子 ， 假 设 需要 根据 查询 返回 的 第 2 个 和 第 5 个 列 排序 ， 则 可 
采用 如 下 方法 : 
mysql> SELECT emp_id, title, start_date, fname, lname 
-> FROM employee 
-> ORDER BY 2, 5; 
二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 
emp_id title start_date fname lname 
二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 
| Head Teller 2004-05-11 John Blake 
6 Head Teller 2008-03-17 Helen Fleming 
16 Head Teller 2005-03-15 Theresa Markham 
10 Head Teller 2006-07-27 Paula Roberts 
3 Loan Manager 2007-11-14 John Gooding 
4 Operations Manager 2006-04-24 Susan Hawthorne 
1 President 2005-06-22 Michael Smith 
17 Teller 2006-06-29 Beth Fowler 
9 Teller 2006-05-03 Jane Grossman 
上 2 Teller 2007-01-08 Samantha Jameson 
14 Teller 2006-08-09 Cindy Mason 
8 Teller 2006-12-02 Sarah Parker 
45 Teller 2007-04-01 Frank Portman 
7 Teller 2008-09-15 Chass Tucker 
18 Teller 2006-12-12 Rick Tulman 
于 汪 Teller 2004-10-23 Thomas Ziegler 
3 Treasurer 2005-02-09 Robert Tyler 
2 Vice President 2006-09-12 Susan Barker 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 
18 rows in set (0.00 sec) 
这 种 做 法 可 能 并 不 常见 , 因为 如 果 在 select 子 句 中 增加 了 新 的 列 , 而 没有 同步 改变 order 
by 子 句 中 的 序号 ， 就 可 能 导致 预料 之 外 的 结果 。 个 人 建议 可 以 在 单独 的 查询 语句 中 使 
































3.8 


用 列 的 顺序 号 ， 但 是 如 


小 测验 
下 面 的 练习 用 于 加 深 对 select 语句 及 其 各 子 句 的 到 



































E 写 程序 时 应 当 总 是 使 用 名 称 来 引 有 























日 列 。 


E 解 ， 附 录 C 中 提供 了 解答 。 








查询 入 门 








练习 3-1 

获取 所 有 银行 雇员 的 employee ID、 名 字 (first name) 和 姓氏 (last name) ， 并 先后 根据 
姓氏 和 名 字 进 行 排序 。 

练习 3-2 

获取 所 有 状态 为 'ACTIVE' 以 及 可 用 余额 大 于 $2 500 的 账户 的 account ID 、customer ID 
和 可 用 余额 (available balance ) 。 

练习 3-3 


针对 account 表 编 写 查询 ， 以 返回 开设 过 账户 的 雇员 ID (使 用 accountopen_emp_id 列 ) ， 
f 且 结果 集中 每 个 独立 的 雇员 只 包含 一 行 数 据 。 







































































为 下 面 的 多 数据 集 查 询 语句 填空 (用 < 护 标 记 的 地 方 )， 以 获取 所 显示 的 结 


mysql> SELECT p.product_cd, a.cust_id, a.avail_balance 
-> FROM product p INNER JOIN account <1> 
-> ON p.product_cd = <2> 
-> WHERE p.<3> = 'ACCOUNT' 
-> ORDER BY <4>, <5>; 


二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





A 





oo 





product_cd 已 DiS 二 过滤 间 avail_balance 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
D 3000.00 
D 10000.00 
D 5000.00 
D 1500.00 
于 052595 
2258.02 
105 了 75 
534.12 
2237597 
122.37 
3487.19 
125.67 
2 
38552.05 
2212.50 
5487.09 
9345.55 
500.00 
200.00 
Or Ye 
387.99 


二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





Ce 
TD 
By 
DOWONNrAODNDPOoOJapP 


T 
下列 天 





OP 











吕 
< 
OADODPON 











21 rows in set (0.09 sec) 
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有 时 候 需 要 获取 表 中 所 有 的 行 ， 例 如 : 

。 ”提取 表 中 所 有 的 数据 ， 用 于 建立 新 的 数据 仓库 ， 
。 ”在 为 表 增 加 一 个 新 列 后， 修改 表 中 的 所 有 行 ; 

。 ”获取 消息 队列 表 中 的 所 有 消息 。 






























































在 这 些 情 况 下 ， 查 询 不 必 排 除 表 中 任何 一 行 ， 因 此 不 需要 在 SQL 语句 中 使 用 where 子 


句 。 但 大 多 数 时 候 ， 查 询 所 关注 的 只 是 表 中 所 有 行 的 一 个 子 集 。 因 此 ， 所 有 的 SQL 数 




















据 处 理 语句 (insert 语句 除外 ) 都 包含 了 可 选 的 where 子 句 , 其 中 的 过 滤 条 伯 


FE 限 人 


出 了 SQL 


语句 所 需要 的 行 数 。 除 此 之 外 ，select 语句 中 包含 的 having 子 句 也 可 以 对 分 组 数据 进行 
条 件 过 滤 。 本 章 将 探讨 在 select、update 和 delete 语句 中 的 where 子 句 所 能 使 








类 型 的 过 滤 条 件 ， 而 对 having 子 句 中 过 滤 条 件 的 使 用 将 在 第 8 章 中 讨论 。 


4.1 条 件 评估 








用 的 各 种 


where 子 句 可 能 包含 1 个 或 多 个 条 件 ， 每 个 条 件 之 间 用 操作 符 and 和 or 分 隔 。 如 果 多 
个 条 件 只 使 用 and 操作 符 分 隔 ， 那 么 只 有 所 有 条 件 赋值 都 为 true 的 行 才 可 以 被 包含 到 























结果 集 之 中 。 下 面 给 出 了 一 个 where 子 句 : 


WHERE title = 'Teller' AND start _ date < '2007-01-01' 








根据 这 两 个 条 件 ， 只 有 在 2007 年 之 前 人 职 的 出 纳 员 (头衔 为 Teller) 才 会 出 现在 结果 
集中 〈 换 句 话 说， 那些 不 是 出 纳 员 或 者 在 2007 年 及 以 后 人 职 的 雇员 都 被 排除 在 外 了 ) 。 
本 例 中 只 使 用 了 两 个 条 件 ， 但 实际 上 无 论 where 子 句 中 包含 多 少 条 件 ， 只 要 它们 是 使 



































用 and 操作 符 分 隔 的 ， 就 必须 是 所 有 条 件 都 为 true 时 ， 相 应 的 行 才 可 以 被 包含 到 结 


集中 。 


5 


日 
人 





了 


如 果 where 子 句 中 的 所 有 条 件 是 用 or 操作 符 分 隔 的 ， 那 么 只 要 
应 行 就 可 以 被 包含 到 结果 集中 ， 


WHE 












































RE ,title.s:. “Tel}ers 


























考虑 下 面 两 个 条 件 : 


OR start_ date < '2007-01-01 


果 集 中 包含 行 的 方式 发 生 了 改变 : 
是 出 纳 员 并 且 在 2007 年 之 前 入 职 ; 











现在 结 ; 
。 雇员 
© 雇员 








是 出 纳 员 且 在 2007 年 





























1 月 1 日 以 后 人 职 ， 





。 雇员 不 是 出 纳 员 ， 但 是 是 在 2007 年 之 前 入 职 。 














表 4-1 显示 了 对 于 where 子 句 ， 使 用 or 操作 符 分 隔 的 两 个 条 件 所 有 可 能 的 结果 。 











其 中 一 个 条 件 成 立 ， 相 














表 4-1 使 用 or 的 两 条 件 评 估 
中 间 结 果 最 终结 果 
WHERE true OR true True 
WHERE true OR false True 
WHERE false OR true True 
WHERE false OR false False 




















在 前 一 个 例子 中 ， 只 有 了 既 不 是 出 纳 员 又 是 在 2007 年 1 


除 在 结果 集 之 外 。 
4.1.1 使 用 圆 括号 











如 果 where 子 句 包含 了 3 个 或 更 多 条 件 ， 且 同时 使 用 了 and 和 or 操作 符 ， 那 么 需要 使 




















用 圆 括号 来 明确 意图 
理解 。 下 面 的 where 子 句 是 对 前 




















WHERE end_ date IS NULL 
AND (title = 'Teller' 


其 中 包含 了 3 个 条 件 ， 用 于 检验 数据 行 是 否 应 当 被 加 入 到 结果 




















OR start_date < '2007-01-01') 














le。 第 一 个 条 件 





， 以 使 数据 库 服务 器 或 者 以 后 可 能 阅读 你 代码 的 其 他 开发 者 能 够 
个 例子 的 扩展 ， 以 检查 该 雇员 是 否 仍 然 被 银行 雇佣 : 




















值 必须 





为 tue， 而 第 二 个 和 第 三 个 条 件 值 只 需要 有 一 个 〈 或 者 两 个 都 ) 为 rue。 表 4-2 显示 了 
这 3 个 条 件 所 有 可 能 的 结果 。 


表 4-2 使 用 and、or 的 三 条 件 评估 


























中 间 结 果 最 终结 果 
WHERE true AND (true OR true) True 
WHERE true AND (true OR false) True 
WHERE true AND (false OR true) True 
WHERE true AND (false OR false) False 
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中 间 结 果 最 终结 果 
WHERE false AND (true OR true) False 
WHERE false AND (true OR false) False 
WHERE false AND (false OR true) False 
WHERE false AND (false OR false) False 











如 上 表 所 示 ，where 子 句 中 所 包含 的 条 件 越 多 ， 服 务 器 所 需要 评估 的 中 间 结 果 也 越 多 。 
在 本 例 中 ，8 个 中 间 结 果 中 的 3 个 最 终结 果 为 rue。 


4.1.2 使 用 not 操作 符 
希望 前 面包 含 3 个 条 件 的 例子 能 够 易于 被 读者 理解 ， 继 续 考虑 下 面 的 修改 : 


WHERE end_ date IS NULL 
AND NOT (title = 'Teller' OR start date < '2007-01-01') 


注意 到 与 前 一 个 例子 的 差异 在 哪里 吗 ? 本 例 在 第 二 行 的 and 操作 符 后 面 增加 了 not 操作 
符 。 现 在 不 再 是 查找 身 为 出 纳 员 或 者 在 2007 年 之 前 入 职 的 在 职 雇员 了 ， 而 是 查找 既 不 
是 出 纳 员 又 在 2007 年 或 之 后 入 职 的 在 职 雇员 。 表 4-3 中 显示 了 本 例 可 能 的 结果 。 

























































































表 4-3 使 用 and、or 和 not 的 三 条 件 评估 























中 间 结 果 最 终结 果 
WHERE true AND NOT (true OR true) False 
WHERE true AND NOT (true OR false) False 
WHERE true AND NOT (false OR true) False 
WHERE true AND NOT (false OR false) True 
WHERE false AND NOT (true OR true) False 
WHERE false AND NOT (true OR false) False 
WHERE false AND NOT (false OR true) False 
WHERE false AND NOT (false OR false) False 








尽管 对 于 数据 库 服务 器 来 说 ,处 理 包含 not 操作 符 的 where 子 句 毫 不 费力 , 但 对 于 开发 
者 来 说 ， 增 加 了 对 条 件 评 估 的 困难 ， 这 也 是 通常 情况 下 较 少 使 用 它 的 原因 。 本 例 中 可 
以 重 写 where 子 句 ， 以 避免 使 用 not 操作 符 : 


WHERE end_ date IS NULL 
AND title != "Teller' AND start_date >= '2007-01-01' 


我 相信 ， 尽 管 对 于 服务 器 来 说 这 个 版 本 的 where 子 句 并 没有 差别 ， 但 对 于 开发 者 来 说 ， 
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它 变 得 更 易于 理解 了 。 


4.2 构建 条 件 


上 面 已 经 介绍 了 服务 器 是 如 何 对 多 个 条 件 进 行 评估 的 ， 这 里 将 会 回 过 头 来 讨论 如 何 创 
建 单个 条 件 。 条 件 通常 由 1 个 或 多 个 包含 1 个 到 多 个 操作 符 的 表达 式 构成 。 表 达 式 可 
以 是 下 面 类 型 中 的 任意 一 个 : 


。 数字， 

。 ” 表 或 视图 中 的 列 ; 

。 ”字符 串 ， 比 如 'Teller'; 

。 ”内 建 函 数 ， 比 如 函数 concat(Learning', '', 'SQL'); 

。 “ 子 查 询 ， 

。 ”表达 式 列表 (如 'Teller', 'Head Teller', 'Operations Manager ) ; 















































。 ”比较 操作 符 ， 如 =、!=、<、>、<>、LIKE、IN 和 BETWEEN ; 
。 算术 操作 符 ， 比 如 +、 一 、*、 和 /。 
下 面 一 节 将 讲述 如 何 联合 使 用 这 些 表达 式 和 操作 符 ， 以 产生 不 同类 型 的 条 件 。 








4.3 ”条件 类 型 
有 许多 种 方式 可 以 过 滤 掉 不 需要 的 数据 ， 比 如 通过 指定 特定 值 、 值 集合 、 需 要 包含 或 
排除 的 值 的 范围 ， 以 及 在 针对 字符 串 数 据 时 ， 使 用 各 种 模式 搜索 技术 来 查找 部 分 匹配 。 
下 面 将 详细 介绍 这 些 条 件 类 型 。 

4.3.1 相等 条 件 

你 所 编写 或 遇 到 的 相当 一 部 分 过 滤 条 件 类 似 于 “column=expression ”的 形式 ， 例 如 : 









































title = 'Teller'"' 

fed :id 二 -二 二 二 二 下 二 二 于 二 了 

amount = 375.25 

dept_id = (SELECT dept_id FROM department WHERE name = 'Loans') 











这 些 条 件 被 称 为 相等 条 件 ， 因 为 它们 将 一 个 表达 式 等 同 于 另 一 个 表达 式 。 前 3 个 例子 
是 将 列 等 同 于 符号 (两 个 字符 串 和 1 个 数字 ), 第 4 个 例子 将 列 等 同 于 子 查 询 的 返回 值 。 
下 面 的 查询 使 用 两 个 相等 条 件 : 其 中 一 个 在 on 子 名 中 (连接 条 件 )， 另 一 个 在 where 
子 句 中 (过滤 条 件 ): 
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mysql> SELECT pt .name product_type, p.name product 
-> FROM product p INNER JOIN product_type pt 
一 > ON p.product_type_cd = Pt.Product_tyPe_cd 
= 'Customer Accounts'; 


-> WHERE pt .name 


Ds i Bar er i 





product_type 


eg nd 


product 





Customer Accounts 
Customer Accounts 
Customer Accounts 
Customer Accounts 


certificate of deposit 
checking account 

money market account 
savings account 

















Te 


4 rows in set (0.08 sec) 


该 查询 显示 了 所 有 类 型 为 customer account 的 产品 。 


不 等 条 件 





另 一 种 比较 常见 的 条 件 类 型 是 不 等 条 件 ， 它 用 于 判断 两 个 表达 式 不 相等 。 下 面 的 查询 








将 前 面 例子 中 where 子 句 的 过 滤 条 件 改 为 不 等 条 件 : 




















mysql> SELECT pt .name product_type, p.name product 
-> FROM product p INNER JOIN product_type pt 
一 > ON p.product_type_cd = pt.product_type_cd 
-> WHERE pt.name <> 'Customer Accounts'; 




















十 二 二 三 二 一 一 et 
product_type product | 
De 
Individual and Business Loans auto loan | 
Individual and Business Loans business line of credit | 
Individual and Business Loans home mortgage | 
Individual and Business Loans small business loan | 
EE TT + 
4 rows in set (0.00 sec) 




















该 查询 显示 了 所 有 不 是 customer account 类 型 的 账户 。 在 构造 不 等 条 件 时 ， 可 以 在 != 或 





<> 操 作 符 中 任 选 一 个 。 


使 用 相等 条 件 修改 数据 


























实现 方式 : 


DELETE FROM account 














WHERE status = 'CLOSED' AND YEAR(close date) = 2002;，; 








该 语句 包含 了 两 个 相等 条 件 : 


否 于 2002 年 关闭 。 


个 用 于 限定 只 查找 关闭 账户 ， 另 一 个 检查 这 些 账 户 是 




















在 修改 数据 时 经 常 要 用 到 相等 /不 等 条 件 。 举 个 例子 ， 假 设 银行 每 年 需要 删除 过 期 的 账 
户 数 据 行 ， 具 体 来 说 ， 需 要 删除 account 表 4 





在 2002 年 关闭 的 账户 行 ， 下 面 提供 一 种 








edd 提示 





se 在 使 用 delete 或 update 语句 的 示例 上 时， 本 书 尽量 保 证 实际 上 并 没有 数据 
和 行 被 修改 。 这 样 在 执行 完 这 些 语句 后 ， 数 据 仍 能 保持 无 变化 ， 从 而 保证 


了 后 面 例子 中 Select 语句 的 输出 始终 与 本 书 所 显示 的 相 一 致 。 


由 于 MySQL 中 的 会 话 被 默认 设置 为 自动 提交 模式 (参见 第 12 章 ) 因此 
如 果 有 语句 对 数据 进行 了 修改 ， 那 么 将 无 法 对 示例 数据 的 变动 进行 回 滚 
(撤销 )。 当 然 你 可 以 随意 操作 你 的 示例 数据 ， 黄 至 可 以 完全 清除 它们 然 
后 再 次 运行 前 面 提供 的 脚本 ， 但 我 建议 尽量 保持 数据 的 完整 性 。 


4.3.2 ”范围 条 件 














除了 可 以 检查 表达 式 与 男 一 个 表达 式 是 否 相等 以 外 ， 还 可 以 构建 条 件 来 检验 表达 式 的 














值 是 否 处 于 某 个 区 间 。 这 种 类 型 的 条 件 通常 有 











mysql> SELECT emP_id， fname, lname, start_date 


-> FROM employee 





-> WHERE start_date < '2007-01-01'; 






































二 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
emp_id fname lname start_date 
二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
再 Michael Smitnh 2005-06-22 
2 Susan Barker 2006-09-12 
3 Robert Tyler 2005-02-09 
4 Susan Hawthorne 2006-04-24 
8 Sarah Parker 2006-12-02 
9 Jane Grossman 2006-05-03 
10 Paula Roberts 2006-07-27 
11 Thomas Ziegler 2004-10-23 
13 John Blake 2004-05-11 
14 Cindy ason 2006-08-09 
16 Theresa arkham 2005-03-15 
7 Beth Fowler 2006-06-29 
18 Rick Tulman 2006-12-12 
二 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
13 rows in set (0.15 sec) 
该 查询 找 出 所 有 2007 年 之 前 雇佣 的 职员 ， 但 除了 指定 开始 日 

















指定 开始 日 期 的 下 限 。 


mysql> SELECT emP_id，Ename， lname, start_date 


-> FROM employee 


—> WHERE start_date < '2007-01-01' 
一 > AND start_date >= '2005-01-01'; 





二 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 十 


| emp_id | fname | lname | start_date | 


二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 

















于 数值 型 或 临时 数据 ， 考 虑 下 面 的 查询 : 





期 的 上 限 外 ， 或 许 还 需要 
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11 rows in set (0.00 sec) 


1 Michael Smith 2005-06-22 
2 Susan Barker 2006-09-12 
3 Robert Tyler 2005-02-09 
4 Susan Hawthorne 2006-04-24 
8 Sarah Parker 2006-12-02 
9 Jane Grossman 2006-05-03 
10 Paula Roberts 2006-07-27 
14 Cindy Mason 2006-08-09 
16 Theresa Markham 2005=03515 
17 Beth Fowler 2006-06-29 
18 Rick Tulman 2006-12-12 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 


此 查询 获取 在 2005 年 或 2006 年 雇佣 的 职员 。 











between 操作 符 








当 需 要 同时 限制 范围 的 上 限 和 下 限时 ， 可 以 选择 使 用 between 操作 








件 ， 而 不 需要 两 个 单独 的 限制 条 件 : 





下 


mysql> SELECT emp_id, fname, lname, 


-> FROM employee 





-> WHERE start_date BETWEEN '2005-01-01' 





start_date 
































二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 

emp_id fname lname start_date 

二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 

1 Michael Smith 2005-06-22 

2 Susan Barker 2006-09-12 

3 Robert Tyler 2005-02-09 

4 Susan Hawthorne 2006-04-24 

8 Sarah Parker 2006-12-02 

9 Jane Grossman 2006=05=0.3 

10 Paula Roberts 2006=07=27 

14 Cindy Mason 2006-08-09 

16 Theresa Markham 2005=03=15 

Li Beth Fowler 2006-06-29 

18 Rick Tulman 2006-12-12 

二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 
11 rows in set (0.03 sec) 








当 使 用 between 操作 符 时 ， 需 要 注意 下 面 的 事项 ， 





即 必须 首先 指定 范围 的 下 限 (在 


构建 一 个 查询 条 


'2007-01-01'; 








between 后 面 )， 然 后 指定 范围 的 上 限 (在 end 的 后 面 )。 如 果 错 误 地 指定 了 它们 出 现 的 





次 序 ， 则 会 产生 下 面 的 结果 : 





mysql> SELECT emp_id, fname, lname, 


-> FROM employee 


-> WHERE start_date BETWEEN '2007-01-01' 





Empty set (0.00 sec) 


start_date 


'2005-01-01'; 
































如 上 所 示 ， 结 果 没 有 返回 任何 数据 ， 这 是 
用 <= 和 >= 操 作 符 的 条 件 : 








mysql> SELECT emP_idq， fname, 
-> FROM employee 
—> WHERE start_date >= '2007-01-01' 
AND start_date <= '2005-01-01'; 
Empty set (0.00 sec) 
因为 不 可 能 存在 大 于 2007 年 1 月 1 日 且 小 于 2005 年 
返回 空 的 结果 集 。 这 里 暗示 了 使 
是 闭合 的 ， 也 就 是 说 上 下 限 值 本 身 也 被 包含 在 范围 
2005-01-01 和 2006-12-31 分 别 作为 日 期 范围 的 起 点 和 
尽管 实 
此 查询 的 需求 。 


除了 日 期 ,还 可 以 根据 数字 范围 来 构造 条 伯 


ee 



























































用 between 所 需要 注意 的 第 二 个 事项 , 即 范 目 


际 上 在 2007 年 元 旦 当天 银行 很 可 能 不 会 有 新 职员 加 入 , 但 是 这 更 精确 地 体现 了 


因为 服务 端 实 际 上 根据 该 条 件 产生 了 两 个 使 


lname, start_date 


pay 
只 能 


1 月 1 日 的 日 期 所 以 查询 
目的 上 下 限 
内 。 因 此 在 本 例 中 ,最 好 使 用 
终点 ， 而 不 是 使 用 2007-01-01。 


NY 

















F， 这 种 方式 更 易于 掌握 ， 例 如 : 


mysql> SELECT account_id, product_cd, cust_id, avail_balance 


-> FROM account 


-> WHERE avail_balance BETWEEN 3000 AND 5000; 






























































玫 三 去 三 二 二 二 二 i ee 
account_id | product_cd | cust_id |avail balance | 
一 A 一 一 十 
3 | “ED | 1 3000.00 | 
17 | cD | 7 5000.00 | 
18 | cHK | 8 3487.19 | 
+ 一 一 一 一 一 一 一 PT 
3 rows in set (0.10 sec) 
该 查询 返回 了 所 有 余额 在 $3000 和 $5000 之 间 的 账户 信息 。 同 样 地 ， 这 里 需要 先 指定 范 
围 的 下 限 。 
字符 串 范 围 
使 用 日 期 或 数字 的 范围 是 易于 理解 的 ， 但 同样 可 以 使 用 字符 串 作 为 搜索 范围 的 条 件 ， 
当然 其 结果 不 是 显而易见 的 。 举 一 个 查询 客户 的 社会 安全 号 码 的 例子 ， 社 会 安全 号 码 











~ 








的 格式 为 “XXX-XX-XXXX”， 
号 码 位 于 “500-00-0000” 和 “999-99-9999” 之 间 的 客 


mysql> SELECT cust_id, fed_id 
-> FROM customer 


I 











-> WHERE cust_tyPe_cd = 'I' 
-> AND fed_id BETWEEN '500-00-0000' 
nt + 
|cust_id | fed id | 
ee 
| 5 | 555-55-5555 | 


AND 








中 X 为 0 到 9 之 间 的 数字 。 当 需要 查询 所 有 社会 安全 











户 时 ， 可 以 使 用 下 面 的 语句 ， 


"999-99-9999 ' ; 
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| 6 | 666-66-6666 | 
| 7 | 777-=77-7777 | 
| 8 | 888-88-8888 | 
| 9 | 999-99-9999 | 
pi 





5 rows in set (0.01 sec) 


使 用 字符 串 范 围 时 ， 需 要 知道 所 使 用 的 字符 集中 各 字符 的 次 序 (在 某 个 字符 集 内 各 字 
符 的 次 序 被 称 为 排序 顺序 (collation) ) 。 


4.3.3 成 员 条 件 

在 一 些 情况 下 ， 不 是 需要 限制 表达 式 为 特定 值 或 某 个 范围 的 值 ， 而 是 一 个 有 限 值 集合 。 
举例 来 说 ， 在 account 表 中 找 出 所 有 产品 代码 为 “CHK 、' SAV 、" CD 或 “MM 的 
账户 : 


mysql> SELECT account_id, product_cd, cust_id, avail_balance 
-> FROM account 


































































































-> WHERE product_cd = 'CHK' OR product_cd = 'SAV' 

-> OR product_cd = 'CD' OR product_cd = 'MM'; 
DE EE 
account_ id product_cd cust_id avail_balance 
中 和 ne 
1 CHK 1 1057..:75 

2 SAV J 500.00 

3 CD 1 3000.00 

4 CHK 2 2258.02 

5 SAV 2 200.00 

7 CHK 3 1057.75 

8 M 3 2212:50 

10 CHK 4 534.12 

11 SAV 4 767.77 

12 M 4 5487.09 

13 CHK 5 2237.97 

14 CHK 6 122.37 

15 CD 6 10000.00 

17 CD 7 5000.00 

18 CHK 8 3487.19 

19 SAV 8 38799 

21 CHK 9 125.67 

22 M 9 9345.55 

23 CD 9 1500.00 

24 CHK 10 235795.512 

28 CHK 12 38552.05 
二 和 te 

21 rows in set (0.28 sec) 
本 例 中 的 where 子 句 (一 共 包 含 了 4 个 条 件 ) 也 许 没有 复杂 到 难以 编写 的 程度 ， 但 想 

















像 一 下 如 果 表达 式 集合 中 包含 了 10 个 甚至 20 个 成 员 就 令 人 项 惧 了 。 对 于 这 些 情况 ， 
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可 以 使 用 in 操作 符 : 


无 论 集 合 中 含有 多 少 表 达 式 ， 使 用 in 操作 符 都 只 需要 编写 一 个 条 件 。 


SELECT account_id, product_cd, cust_id, avail_ balance 
FROM account 
WHERE product_cd IN ('CHK', 'SAV','CD', 'MM'); 

















使 用 子 查询 


除了 编写 自 定义 的 表达 式 集合 ， 如 (CHK',SAV',CD'"MM)) 之 外 ， 还 可 以 使 用 子 查 询 产 
生 中 间 集 合 。 举 个 例子 ， 在 前 一 个 查询 中 ， 所 有 4 种 产品 类 型 的 product_type_cd 列 都 


为 “ACCOUNT ,因此 可 以 使 用 对 product 表 的 子 查 询 来 获取 这 4 种 产品 代码 而 不 是 









































显 式 地 列举 它们 : 


mysql> SELECT account_id, product_cd, cust_id, avail_balance 
-> FROM account 
-> WHERE product_cd IN (SELECT product_cd FROM product 
一 > WHERE Product_tyPe_cd = 'ACCOUNT ' ) ; 


























十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
account_id product_cd cust_id avail_balance 

二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
3 CD 1 3000.00 
15 GD 6 10000.00 
17 CD 7 5000.00 
28 CD 9 1500.00 
1 CHK 1 QST75 
4 CHK 2 2258.02 
7 CHK 3 E05:775 
10 CHK 4 534.12 
Ee CHK 5 2237.97 
14 CHK 6 122.37 
18 CHK 8 3487.19 
21 CHK 9 T25567 
24 CHK 10 235795512 
28 CHK 12 38552:05 
8 MM 3 2212.50 
2 MM 4 5487.09 
22 MM 9 9345.55 
2 SAV 1 500.00 
3 SAV 2 200.00 
11 SAV 4 .GT 
19 SAV 8 387..9.9 

+ 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 








21 rows in set (0.11 sec) 











子 查 询 返 回 了 包含 4 个 值 的 集合 ， 主 查询 检查 每 个 产品 product_cd 列 的 值 是 否 属于 子 























查询 所 返回 的 集合 。 
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使 用 not in 
有 时 候 需 要 检查 一 个 表达 式 是 否 在 某 个 表达 式 集合 中 存在 ， 但 有 时 候 需 要 检查 的 是 它 





口 
































是 否 不 存在 。 对 于 这 些 情况 ， 可 以 使 用 not in 操作 符 : 





mysql> SELECT account_id, product_cd, cust_id, avail_balance 
-> FROM account 
-> WHERE product_cd NOT IN ('CHK','SAV','CD', 'MM'); 








村 三 一 二 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| account_id | product_cd | cust_iqd | avail_balance | 
De + 
| 25 | BUS | 10 | 0.00 | 
| 27 | BUS | 11 | 9345.55 | 
| 29 | sBL | 13” | 50000.00 | 
+ 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





3 rows in set (0.09 sec) 


该 查询 查找 所 有 不 是 checking、saving、certificate of deposit 和 money market accounts 
的 账户 [ea 


4.3 





.4 匹配 条 件 








到 此 为 止 ， 本 章 已 经 介绍 了 识别 单个 字符 串 、 字 符 串 范围 或 字符 串 集 合 的 条 件 ， 而 最 




















后 
头 的 




















种 条 件 类 型 是 处 理 部 分 字符 串 匹 配 。 举 例 来 说 ， 或 许 你 需要 找到 所 有 具有 以 工 开 
姓氏 的 雇员 ， 那 么 可 以 使 用 内 建 函 数 截取 Iname 列 中 的 第 一 个 字母 ， 如 下 所 示 。 


mysql> SELECT emp_id, fname, lname 
-> FROM employee 

















































































































-> WHERE LEFT(lname, 1) = 'T'; 
Ee 
| emp_iqd | fname lname | 
re 一 一 十 
| 3 | Robert Tyler | 
| 7 | chris Tucker 
| 18 | Rick Tulman | 
a + 
3 rows in set (0.01 sec) 
尽管 内 建 浮 数 left0 发 挖 了 作用 ,但 它 并 不 具备 较 好 的 灵活 性 。 因 此 使 用 通配符 构建 搜 
索 表 达 式 是 更 好 的 做 法 ， 如 下 面 所 述 。 
使 用 通配符 
当 根 据 部 分 字符 串 匹 配 进行 搜索 时 ， 感 兴趣 的 项 目 可 能 包括 : 








Ud 


以 某 个 字符 开始 (或 结束 ) 的 字符 串 ， 
包含 某 个 子 字符 串 的 字符 串 ， 


在 字符 串 的 任意 位 置 包含 某 个 字符 的 字符 串 ， 

















在 字符 串 的 人 





意 位 置 包含 某 个 子 字 符 串 的 字符 串 ， 









































1 


















































。 具备 特定 格式 而 不 关心 单个 字符 的 字符 串 。 
可 以 构建 搜索 表达 式 定位 这 些 字 符 串 , 表 4-4 中 列举 了 更 多 的 使 用 通配符 的 部 分 字符 串 
匹配 方式 。 
表 4-4 通配符 
通 配 符 匹 配 

纪 正好 1 个 字符 

% 任意 数目 的 字符 (包括 0) 
下 划 线 为 单个 字符 的 占 位 符 ， 百 分 号 则 代表 多 个 字符 。 当 使 用 搜索 表达 式 构建 条 件 时 ， 




















可 以 使 用 like 操作 符 ， 如 下 所 示 。 


mysql> SELECT lname 
-> FROM employee 
-> WHERE lname LIKE 


'_ases'; 


Barker 
Hawthorne 
Parker 
Jameson 


rows in set (0.00 











上 例 中 的 搜索 表达 式 指 定 字 符 串 的 第 二 个 位 置 必须 为 字符 a，。 必须 在 


sec) 











< 


后 的 任何 位 

















置 (包括 最 后 一 个 位 置 ) 
解释 。 











FP 至 少 出 现 一 次 。 表 4-5 展示 了 更 多 的 搜索 表达 式 及 相应 


表 4-5 ”搜索 表达 式 示 例 











搜索 表达 式 解 释 
F% 以 上 打头 的 字符 串 
ot 以 + 结尾 的 字符 串 
bas% 包含 “bas” 子 字符 串 的 字符 串 





包含 4 个 字符 且 第 3 个 字符 为 + 的 字符 





Ud 














包含 11 个 字符 且 第 4 和 入 








7 个 字符 为 破 折 号 的 字符 串 


可 以 使 用 表 4-5 
式 相 匹 百 














的 最 后 一 个 示例 来 查找 所 有 了 
0 的 顾客 ， 如 下 所 示 : 








庆 邦 个 人 识别 号 码 与 社会 安全 号 码 的 格 
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mysql> SELECT cust_id, fed_id 
-> FROM customer 


-> WHERE fed_id LIKE ' 


ET 





cust_id 





‘O00 和 OOOODP 








于 让 二 征收 = 上 二 二 本 
222-22-2222 
333=33=3333 
444-44-4444 
555-55-5555 
666-66-6666 
了 7 二 了 一 了 了 和 7 
888-88-8888 
99.9=99=9999 


Fe 








9 rows in 








set 




















(0. 
对 于 构建 简单 的 搜索 表达 式 ， 使 用 通配符 是 非常 方便 的 。 如 遇 
况 ， 可 以 使 用 多 个 搜索 表达 式 ， 例 如 : 


mysql> SELECT emp_id, fname, 


02 sec) 





-> FROM employee 

















-> WHERE lname LIKE 'FS%'" 
a og 
emp_id fname lname 

i i 

3 John Gooding 

6 Helen Fleming 

9 Jane Grossman 

Li Beth Fowler 
ee RE 
4 rows in set (0.00 sec) 





i 扩 





lname 


OR lname LIKE 


4 


| 
十 
| 
| 
十 


该 查询 查找 所 有 姓氏 以 或 G 打头 的 雇员 。 


使 用 正则 表达 式 
如 果 带 通配符 的 字符 串 仍 然 不 能 提供 足够 的 灵活 性 ， 那 么 可 以 使 用 





























搜索 表达 式 。 正 则 表达 式 实质 上 也 是 一 种 特殊 的 
SQL， 但 曾 使 用 过 Perl 等 脚本 编程 语言 ， 那 么 可 能 








1G5% 1; 








需要 处 理 更 为 复杂 的 情 




















E 则 表达 式 来 构造 


搜索 表达 式 ， 有 的 读者 虽然 不 熟悉 
已 经 对 正则 表达 式 十 分 熟 秋 了。 如 





果 你 从 未 使 用 过 正则 表达 式 , 可 以 参考 Jeffrey E.F. Friedl 的 Mastering Regular Expression 
一 书 。 因 为 它 是 个 非常 大 的 主题 ， 所 以 本 书 中 无 法 认 
下 面 给 出 前 一 个 查询 (查询 姓 以 字母 F 或 G 开头 的 职员 ) 在 MySQL 中 的 正则 表达 








式 实 现 : 


mysql> SELECT emp_id, fname, 





-> FROM employee 








lname 





F 细 描述 。 
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—> WHERE lname REGEXP '^[FG]'; 











二 一 一 一 一 一 一 一 + 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
| emp_id | fname | lname | 
二 一 一 一 一 一 一 一 二 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
| 5 | John | Gooding | 
| 6 | Helen | Fleming | 
| 9 | Jane | Grossman | 
| 17 | Beth | Fowler | 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 十 
4 rows in set (0.00 sec) 





regexp 操作 符 接 受 一 个 正则 表达 式 (本 例 中 为 ^IFGJ])， 并 将 之 应 用 到 操作 符 的 左 侧 























使 用 通配符 的 条 件 。 














表达 式 (本 例 为 Ihame 列 )。 现 在 该 查询 只 包含 一 个 使 用 正则 表达 式 的 条 件 ， 而 非 两 个 





Oracle 数据 库 和 Microsoft SQL Server 同样 支持 正则 表达 式 。Oracle 中 使 用 regexp_like 
函数 替代 前 面 例子 中 regexp 操作 符 的 作用 ， 而 SQL Server 则 允许 在 like 操作 符 中 使 



































用 正则 表达 式 。 


4.4 null: 4 个 字母 的 关键 字 


尽管 我 尽量 推迟 ,但 现在 还 是 到 了 要 讨论 令 人 感到 模糊 和 害 4 









































白 的 内 容 一 一 aull 值 的 














时 候 了 。null 表示 值 的 缺失 ， 举 例 来 说 ， 在 职员 离职 之 前 ，employee 表 的 end_date 


























列 没 有 可 赋予 的 值 ， 因 此 它 应 该 一 直 为 null。 当 然 null 的 使 




















方式 比较 灵活 ， 下 面 











是 其 不 同 的 适用 场合 : 
没有 合适 的 值 
比如 ATM 机 上 的 自助 交易 并 不 需要 employee ID 列 ; 
值 未 确定 
比如 在 客户 行 被 创建 时 还 不 知道 他 的 federal ID; 
值 未 定义 
比如 为 某 个 还 未 添加 到 数据 库 的 产品 创建 账户 。 


pA 提示 




































































3 的 表达 式 ， 但 大 多 数 实践 专家 都 认为 使 用 多 种 null 
更 多 的 困扰 。 





当 使 用 null 时 ， 需 要 记 住 : 
。 ”表达 式 可 以 为 null， 但 不 能 等 于 null; 


4、 一 些 理论 学 者 认为 针对 上 面 ( 以 及 更 多 ) 的 每 种 情 


况 ， 都 应 该 提供 不 同 
值 的 表示 方法 会 带 来 
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。 两 个 null 值 彼此 不 能 判断 为 相等 。 
为 了 测试 表达 式 是 否 为 null， 需 要 使 用 null 操作 符 ， 如 下 所 示 。 


mysql> SELECT emp_id, fname, lname, Superior_emP_id 
-> FROM employee 
-> WHERE superior_emp,_id IS NULL; 











2 3 Re 
| emp_id | fname | lname | superior emp_id | 
二 二 二 二 二 全 三 中 二 二 三 二 二 全 二 二 二 三 一 一 一 一 十 
| 1 | Michael | smitn | NULL | 
ee TE + 一 一 一 一 一 一 一 和 + 


1 row in set (0.00 sec) 


该 查询 返回 所 有 没有 主管 的 雇员 〈 是 不 是 美好 的 梦想 )。 下 面 的 查询 使 用 = null 替换 


is null: 











mysql> SELECT emp_id, fname, lname, superior_emp_id 
-> FROM employee 
-> WHERE superior_emp._id = NULL; 





Empty set (0.01 sec) 


如 结果 所 示 , 该 查询 虽然 被 解析 和 执行 , 但 并 没有 返回 任何 数据 行 。 这 是 不 熟练 的 SQL 
程序 员 常 犯 的 错误 ， 并 且 数 据 库 服务 器 不 会 为 该 错误 产生 告警 信息 ， 因 此 在 构建 测试 
空 值 的 查询 时 必须 特别 小 心 。 

如 果 想 要 检查 列 中 数据 是 否 被 赋值 ， 可 以 使 用 not null 操作 符 ， 如 下 所 示 。 


mysql> SELECT emp_id, fname, lname, superior_ emp_id 




































































-> FROM employee 
-> WHERE superior_emp_id IS NOT NULL; 














+ 一 一 一 一 一 一 + 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
emp_id fname lname superior emp_id 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
2 Susan Barker 1 
3 Robert Tyler 下 
4 Susan Hawthorne 3 
3) John Gooding 4 
6 Helen Fleming 4 
3 Chris Tucker 6 
8 Sarah Parker 6 
9 Jane Grossman 6 
10 Paula Roberts 4 
11 Thomas Ziegler 10 
12 Samantha Jameson 10 
13 John Blake 4 
14 Cindy Mason 13 
15 Frank Portman :3 
16 Theresa Markham 4 
17 Beth Fowler 16 












































| 18 | Rick | Tulman 16 | 
十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
17 rows in set (0.00 sec) 
该 版 本 的 查询 返回 了 除了 Michael Smith 之 外 的 17 名 雇员 ， 他 们 都 有 自己 的 主管 。 
下 面 暂时 把 null 放 到 一 边 ， 介 绍 另 一 种 易 犯 的 错误 ， 这 可 能 更 有 帮助 。 假 设 你 需要 查 
找 所 有 不 是 Helen Fleming (employee ID 为 6) 所 管理 的 雇员 ， 那 么 脑 中 第 一 时 间 出 现 


的 做 法 可 能 是 : 





mysql> SELECT emP_idq， fname, 


-> FROM employee 


-> WHERE superior_emp_id 


lname, 








superior_emp_id 


了 

















+ 一 一 -一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
emp_id fname | lname superior emp_id 

二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 

2 Susan Barker 

3 Robert Tyler 

4 Susan Hawthorne 3 

5 John Gooding 4 

6 Helen Fleming 4 

10 Paula Roberts 4 

并 Thomas Ziegler 10 

12 Samantha Jameson 10 

13 John Blake 4 

14 Cindy Mason 13 

15 Frank Portman 3 

16 Theresa Markham 4 

上 有 Beth Fowler 16 

18 Rick Tulman 16 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
14 rows in set (0.00 sec) 


























管 返回 的 14 个 雇员 的 确 不 为 Helen Fleming 工作 ， 但 仔细 观察 数据 ， 就 会 发 现 还 有 





























一 个 不 为 Helen 工作 的 雇员 并 没有 列 出 来 。 该 雇员 为 Michael Smith ， 
superior_emp_id 列 为 null (因为 他 是 银行 的 高 层 人 物 )。 因 此 为 了 获取 正确 的 结果 ， 
要 检查 所 有 superior_emp_id 列 为 空 的 数据 行 。 
mysql> SELECT emp_id, fname, lname, superior_emp_id 
-> FROM employee 
-> WHERE superior_emp_id != 6 OR superior_emp_id IS NULL; 
二 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
emp_id fname lname superior_emp_id 
十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 二 
J Michael Smith NULL 
2 Susan Barker 1 
3 Robert Tyler 下 
4 Susan Hawthorne 3 
5 John Gooding 4 

















他 中 
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6 Helen Fleming 4 
10 Paula Roberts 4 
11 Thomas Ziegler 10 
E22 Samantha Jameson 10 
13 John Blake 4 
14 Cindy Mason 1 
15 Frank Portman 3 
16 Theresa Markham 4 
17 Beth Fowler 16 
18 Rick Tulman 16 
二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 F 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
15 rows in set (0.00 sec) 
现在 结果 集 包含 了 所 有 15 名 不 为 Helen 工作 的 雇员 。 当 使 用 不 熟悉 的 数据 库 时 ， 好 的 
做 法 是 首先 确定 表 中 哪些 列 可 以 允许 null 值 ， 以 便 在 过 滤 条 件 中 采取 适当 的 措施 确保 




















不 会 漏 掉 所 需要 的 数据 。 


4.5 小 测验 
下 面 的 练习 测试 读者 对 过 滤 条 件 的 理解 程度 ， 附 录 C 提供 了 练习 答案 。 
前 两 个 练习 所 用 到 的 交易 数据 如 下 。 









































Txn_id Txn_date Account id Txn_type_cd Amount 
1 2005-02-22 101 CDT 1000.00 
2 2005-02-23 102 CDT 525.75 
3 2005-02-24 101 DBT 100.00 
4 2005-02-24 103 CDT 55 
5 2005-02-25 101 DBT 50 
6 2005-02-25 103 DBT 25 
7 2005-02-25 102 CDT 125.37 
8 2005-02-26 103 DBT 10 
9 2005-02-27 101 CDT 75 














练习 4-1 
下 面 的 过 滤 条 件 将 返回 哪些 交易 的 ID? 


txn_date < '2005-02-26' AND (txn_ type_cd = 'DBT' OR amount > 100) 


练习 4-2 
下 面 的 过 滤 条 件 将 返回 哪些 交易 的 ID? 





account_id IN 


练习 4-3 


(101,103) AND NOT 


(txn_type_cd = "DBT' 


构造 查询 语句 ， 获 取 在 2002 年 开户 的 所 有 账户 。 





练习 4-4 
构造 查询 ,查找 姓氏 








以 a 为 第 二 个 


和 


# 旦 ee 天 








字符 ,天 


E a 后 面 任意 位 置 


OR amount > 100) 











现 的 非 公 司 顾客 。 
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第 5 章 


多 表 查 询 











在 第 2 章 中 ,介绍 了 如 何 通过 正 交 化 过 程 将 相关 概念 分 割 成 若干 独立 的 部 分 ， 在 示例 
ee pe Ee tt tt enh esl 
个 人 姓名 、 地 址 和 所 喜欢 食物 的 报表 ， 就 需要 某 种 机 制 将 这 两 张 表 中 的 数据 再 次 整合 
到 一 起 ， 这 种 机 制 被 称 为 连接 (join)。 本 章 关注 最 简单 也 是 最 常用 的 连接 ， 即 内 连接 
(inner join)。 第 10 章 讨论 了 其 他 所 有 的 连接 类 型 。 




































































5.1 什么 是 连接 


尽管 对 单个 表 的 查询 并 不 罕见 , 但 在 应 用 环境 下 大 多 数 的 查询 都 需要 针对 两 个 、 3 个 甚 
至 更 多 的 表 。 下 面 举 例 来 说 明 ， 首 先 查 看 employee 和 department 表 的 定义 ， 然 后 定义 











































































































一 个 需要 从 这 两 个 表 获 取 数 据 的 查询 : 

mysql> DESC employee; 

十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 + 
Field Type Null Key Default 

十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 一 二 一 一 一 一 一 一 一 
emp_id smallint (5)unsigned NO PRI NU 
fname varchar (20) NO NU 
lname varchar (20) NO NU 
start_date date NO NU 
end_date date YES NUL 
superior_emp_id smallint (5)unsigned YES MUL NU 
dept_id smallint (5)unsigned YES MUL NU 
title varchar (20) YES NU 
assigned branch id |smallint (5)unsigned YES MUL NU 

十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 

9 rows in set (0.11 sec) 

mysql> DESC department; 

二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 
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| Field | Type | Null | Key | Default | 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
| dept_id | smallint (5) unsigned | No | PRI | NUL | 
| name | varchar (20) | No | | NUL | 
二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





2 rows in set 


(0.03 sec) 





假设 现在 你 需要 获取 每 个 雇员 的 姓名 以 及 他 们 所 在 的 部 门 名 称 ， 显 然 此 查询 需要 获取 
employee.fnpame、employee.lname 和 department.name 列 。 但 是 如 何在 同一 查询 中 获取 两 
个 表 的 数据 呢 ? 答案 的 关键 在 于 employee.dept_id 列 , 它 保存 了 每 个 雇员 所 在 的 部 门 ID 
(更 正式 的 说 法 是 ，employee.dept_id 列 是 指向 department 表 的 外 键 ) 。 该 查询 将 指示 服 
务 器 使 用 employee.dept_id 列 作为 employee 和 department 表 的 桥梁 ， 从 而 实现 在 同一 














5.1.1 





mysql> SELECT e.fname, e.lname, 
-> FROM employee e JOIN department 4d; 


征 

















是 直接 在 from 子 句 中 








d.name 











弟 寺 一 二 二 一 二 二 二 二 二 二 二 三 二 一 一直 二 三 一 二 三 二 一 二 二 三 法 三 三世 拟 
fname lname name 

十 一 一 一 一 一 一 一 三 于 二 三 于 二 一 二 一 二 一 二 本 二 三 二 一 三 一 二 二 二 二 二 二 二 二 三 
Michael Smith Operations 
Michael Smith Loans 
Michael Smith Administration 
Susan Barker Operations 
Susan Barker Loans 
Susan Barker Administration 
Robert Tyler Operations 
Robert Tyler Loans 
Robert Tyler Administration 
Susan Hawthorne Operations 
Susan Hawthorne Loans 
Susan Hawthorne Administration 
John Gooding Operations 
John Gooding Loans 
John Gooding Administration 
Helen Fleming Operations 
Helen Fleming Loans 
Helen Fleming Administration 
Chris Tucker Operations 
Chris Tucker Loans 
Chriis Tucker Administration 
Sarah Parker Operations 
Sarah Parker Loans 
Sarah Parker Administration 
































查询 的 结果 集中 包含 来 自 两 个 表 的 列 ， 这 种 操作 被 称 为 连接 。 


笛 卡 儿 积 
最 简单 的 连接 方式 











加 入 employee 表 和 department 表 。 下 面 的 查询 
获取 雇员 的 姓名 以 及 部 门 名 ， 在 from 子 句 中 包含 了 两 个 表 ，# 








证 使 用 关键 字 join 隔 开 : 
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Jane Grossman Operations 

Jane Grossman Loans 

Jane Grossman Administration 

Paula | Roberts Operations 

Paula Roberts Loans 

Paula Roberts Administration 

Thomas Ziegler Operations 

Thomas Ziegler Loans 

Thomas Ziegler Administration 

Samantha Jameson Operations 

Samantha Jameson Loans 

Samantha Jameson Administration 

John Blake Operations 

John Blake Loans 

John Blake Administration 

Cindy Mason Operations 

Cindy Mason Loans 

Cindy Mason Administration 

Frank Portman Operations 

Frank Portman Loans 

Frank Portman Administration 

Theresa Markham Operations 

Theresa Markham Loans 

Theresa Markham Administration 

Beth Fowler Operations 

Beth Fowler Loans 

Beth Fowler Administration 

Rick Tulman Operations 

Rick [ulman Loans 

Rick Tulman Administration 
二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
54 rows in set (0.23 sec) 





站 


£ 有 18 个 雇员 和 3 个 部 门 ， 但 最 后 的 结 





tt 








集 为 什么 包含 了 54 行 呢 ? 再 仔细 观察 一 


下 ， 将 会 发 现 18 个 雇员 组 成 的 集合 被 重复 了 3 次 ， 每 次 除了 部 门 名 称 不 同 之 外 ， 其 他 





数据 项 都 是 完全 相同 的 。 这 是 由 于 查询 
况 下 ， 数 据 库 服务 器 将 产生 笛 卡 儿 积 ， 
个 置换 )。 这 种 连接 被 称 为 交叉 连接 (cross join), 它 在 实际 应 用 中 很 少 使 月 
是 第 10 章 中 所 讨论 的 连接 类 型 之 一 。 


5.1.2 内 连接 
要 修改 上 一 个 查询 以 使 结 
如 何 关 联 的 。 前 面 已 经 提 到 employee.dept_id 列 起 到 


















































集中 
































from 子 句 中 增加 一 个 包含 此 列 信息 的 子 句 : 


mysql> SELECT e. Ename， 
-> FROM employee e JOIN department d 


e.lname, 


只 包含 18 行 (每 个 雇 


d.name 





没有 指定 两 个 表 应 如 何 连接 造成 的 。 在 此 情 
[两 张 表 的 所 有 置换 (18 个 雇员 x 3 个 部 门 =54 





上 月。 交叉 连接 





)， 则 需要 描述 两 个 表 是 
两 个 的 作用 ， 因 此 需要 在 
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于 二 王 二 三 = 三 兰 三 二 三 三 二 三 一 三 一 二 一 一 一 十 三 三 一 三 一 二 二 一 一 三 一 一 一 一 一 三 十 
fname lname name 
后 二 二 二 一 二 二 es 
Michael Smith Administration 
Susan Barker Administration 
Robert Tyler Administration 
Susan Hawthorne Operations 
John Gooding Loans 
Helen Fleming Operations 
Chris Tucker Operations 
Sarah Parker Operations 
Jane Grossman Operations 
Paula Roberts Operations 
Thomas Ziegler Operations 
Samantha Jameson Operations 
John Blake Operations 
Cindy Mason Operations 
Frank Portman Operations 
Theresa Markham Operations 
Beth Fowler Operations 
Rick Tulman Operations 
ee te 
18 rows in set (0.00 sec) 











结果 集中 现在 只 出 现 了 所 期 望 的 18 行 , 而 不 是 原先 的 54 行 , 这 是 on 子 句 产生 的 作用 ， 
它 提示 服务 器 使 用 dept_id 列 连接 employee 和 departement 表 ,例如 ,employee 表 中 Susan 











Hawthorne 一 行 包含 的 dept_id 列 值 为 1 (ID 列 在 本 例 中 没有 显示 ), 服务 器 
找 department 表 中 dept_id 列 为 1 的 行 ， 寺 


如 果 在 一 个 表 中 的 dept_id 列 中 存在 某 个 值 ， 但 i 
















































































使 用 该 值 查 





F 获 取 该 行 的 name 列 值 ， 即 “Operations”。 
玄 值 在 另 一 张 表 的 dept_id 列 中 不 存在 ， 








那么 相关 行 的 连接 会 失败 ， 在 结果 集中 将 会 排除 包含 该 值 的 行 。 这 种 类 型 的 连接 被 称 








为 内 连接 ， 也 是 最 常用 的 一 利 
市 场 部 门 ， 但 是 employee 





























表 中 没有 雇员 被 赋予 到 此 部 门下 ， 那 么 在 连接 后 


连接 类 型 。 具 体 来 说 ， 假 设 department 表 中 的 第 4 行为 








的 结果 集中 


将 不 会 出 现 市 场 部 门 。 与 之 对 应 的 是 ， 如 果 一 些 雇 员 被 指定 到 ID 为 99 的 部 门 ， 但 该 


部 门 在 department 表 中 不 存在 ， 那 么 这 些 雇员 行 也 会 被 结 



































含 其 中 某 个 表 的 所 有 行 ， 而 不 考虑 每 行 是 否 在 男 一 个 表 
连接 (outer join) ， 本 书后 面 将 会 详细 介绍 这 方面 的 内 容 。 








在 前 一 个 例子 中 ，from 子 句 


存在 匹 本 




















可 


Ly, 











集 排 除 在 外 。 如 果 想 要 包 
那么 可 以 使 用 外 





没有 指定 所 使 用 的 连接 类 型 。 通 常 在 对 两 个 表 使 用 内 连 





接 时 ， 最 好 在 from 子 句 中 显 式 指定 连接 类 型 ， 下 面 的 例子 提供 同样 的 查询 ， 只 不 过 增 
加 了 连接 类 型 (注意 关键 字 INNER ) 
mysql> SELECT e.fname, e.lname, d.name 


-> FROM employee e INNER JOIN department 4d 
一 > ON e.dept_id = d.dePt_id; 
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i 圭 三 一 一 三 三 二 三 一 一 三 三 一 一 二 一 一 二 
fname lname name 
De ee 二 
Michael smith Administration 
Susan Barker Administration 
Robert Tyler Administration 
Susan Hawthorne Operations 
John Gooding Loans 
Helen Fleming Operations 
Chris Tucker Operations 
Sarah Parker Operations 
Jane Grossman Operations 
Paula Roberts Operations 
Thomas Ziegler Operations 
Samantha Jameson Operations 
John Blake Operations 
Cindy Mason Operations 
Frank Portman Operations 
Theresa Markham Operations 
Beth Fowler Operations 
Rick Tulman Operations 
EO 二 
18 rows in set (0.00 sec) 
并 没有 指定 连接 类 型 ， 那 么 服务 器 将 会 默认 使 用 内 连接 。 正 如 本 书后 面 所 介绍 的 ， 








SQL 中 还 存在 其 他 几 种 连接 类 型 ， 因 此 最 好 养 成 在 使 用 连接 时 明确 指定 类 型 的 习惯 。 




















如 明 


代 on 子 句 ， 如 下 所 示 。 


mysql> SELECT e. Ename， 


e.lname, 


妇 连接 两 个 表 的 列 名 是 相同 的 ， 如 前 一 个 例子 








的 情况 ,那么 可 以 使 用 using 子 句 替 


d.name 


-> FROM employee ee INNER JOIN department d 
一 > USING (dePt_id) ; 





























二 二 二 二 二 二 三 人 
fname lname name 

i et 芋 呈 二 
Michael smith Administration 
Susan Barker Administration 
Robert Tyler Administration 
Susan Hawthorne Operations 
John Gooding Loans 
Helen Fleming Operations 
Chris Tucker Operations 
Sarah Parker Operations 
Jane Grossman Operations 
Paula Roberts Operations 
Thomas Ziegler Operations 
Samantha Jameson Operations 
John Blake Operations 
Cindy Mason Operations 
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| Frank Portman Operations 
| Theresa Markham Operations 
| Beth Fowler Operations 
| Rick Tulman Operations 
i 一 一 一 十 
18 rows in set (0.01 sec) 
using 实际 上 只 能 在 某 些 特殊 情况 下 起 到 简化 语法 的 作用 ， 因 此 本 书 建议 最 好 始终 使 用 





on 子 句 以 避免 不 一 致 的 用 法 可 能 造成 的 困扰 。 
5.1.3 ANSI 连接 语法 











本 书 在 连接 表 时 使 用 的 语法 都 符合 SQL92 版 本 的 ANSI SQL 标准 。 所 有 的 主 





FE 流 数据 库 





(Oracle Database、 Microsoft SQL Server. MySQL. IBM DB2 Universal Database 和 Sybas 
Adaptive Server) 都 采用 了 SQL92 的 连接 语法 。 但 由 于 这 些 数据 库 大 多 都 出 现在 SQL92 
标准 发 布 之 前 ， 它 们 同样 也 容许 一 些 旧 的 连接 语法 。 例 如 ， 所 有 这 些 服务 器 都 能 识别 








并 处 理 下 面 的 查询 : 


mysql> SELECT e.fname, e.lname, d.name 
-> FROM employee e, department d 
-> WHERE e.dept_id = d.dept_id; 


















































i i er + 
fname lname name 

本 一 二 二 三 一 二 区 和 二 三 二 二 三 二 水 
Michael Smith Administration 
Susan Barker Administration 
Robert Tyler Administration 
Susan Hawthorne Operations 
John Gooding Loans 
Helen Fleming Operations 
Chris Tucker Operations 
Sarah Parker Operations 
Jane Grossman Operations 
Paula Roberts Operations 
Thomas Ziegler Operations 
Samantha Jameson Operations 
John Blake Operations 
Cindy Mason Operations 
Frank Portman Operations 
Theresa Markham Operations 
Beth Fowler Operations 
Rick Tulman Operations 

EE I 

18 rows in set (0.01 sec) 

这 种 旧式 的 连接 方法 并 不 包含 on 子 句 ， 而 是 在 from 子 句 中 定义 各 表 的 别名 ， 并 使 用 
逗号 隔 开 ， 然 后 在 where 子 句 中 包含 连接 条 件 。 也 许 你 更 习惯 旧 的 连接 语法 而 决定 不 


采用 SOL92 的 语法 ， 但 ANSI 连接 语法 具备 下 列 优点 : 
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连接 条 件 和 过 滤 条 件 被 分 隔 到 两 个 子 句 中 (on 子 句 和 where 子 句 ), 使 查询 语句 更 


易于 理解 ， 

















每 两 个 表 之 间 的 连接 条 件 都 在 它们 自己 的 on 子 句 中 列 出 ,这 样 不 容易 错误 地 忽略 














了 某 些 连接 条 件 ， 











使 用 SQL92 连接 语法 的 查询 语句 可 以 在 各 种 数据 库 服务 器 中 通用 ， 而 旧 的 语法 在 





不 同 的 服务 器 上 的 表现 可 能 略 有 不 同 。 











SQL92 连接 语法 的 优势 在 同时 包含 连接 和 过 滤 条 件 的 复杂 查询 中 表现 得 更 明显 。 考 虑 
下 面 的 查询 ， 它 返回 Woburn 支行 中 所 有 熟练 柜员 (在 2007 年 以 前 入 职 的 柜员 ) 开设 
的 账户 : 


mysql> SELECT a.account_id, a.cust_id, a.open_ date, a.product_cd 














-> FROM account a, branch b, employee e 

-> WHERE a.open_ emp_id = e.emp_id 

5 AND e.start_date < '2007-01-01' 

= AND e.assigned branch_id = b.branch_id 





























-> AND (e.title = 'Teller' OR e.title = 'Head Teller') 
一 > AND b.name = 'Woburn Branch'; 
A 
account_ id cust_id open_date product_cd 
Ee 二 
于 2000-01-15 CHK 
2 1 2000-01-15 SAV 
3 1 2004-06-30 CD 
4 2 2001-03-12 CHK 
5 2 2001-03-12 SAV 
17 时 2004-01-12 CD 
27 二 证 2004-03-22 BUS 
i ee ee ee F 
7 rows in set (0.00 sec 








使 有 


条 们 








这 种 查询 ， 一 是 不 太 容 易 识 别 where 子 句 中 的 条 件 哪些 是 连接 条 件 ， 哪 些 是 过 滤 
F; 二 是 对 于 使 用 了 何 种 连接 类 型 也 不 是 显而易见 的 (如果 想 确 认 所 使 用 的 连接 类 
































型 ， 就 需要 仔细 观察 where 子 句 中 的 连接 条 件 中 是 否 包 含 了 特定 字符 )， 此 外 还 
误 地 遗漏 某 些 连接 条 件 。 下 面 是 返回 同样 结果 的 查询 ， 但 使 用 了 SQL92 连接 语法 : 


















































容易 错 











mysql> SELECT a.account_id, a.cust_id, a.open_date, a.product_cd 


-> FROM account a INNER JOIN employee e 

一 > ON a.open_emP_id = e.emp_id 

= INNER JOIN branch b 

一 > ON e.assigned_branch_id = b.branch_id 
-> WHERE e.start_date < '2007-01-01' 





-> AND (e.title = 'Teller' OR e.title = 'Head Teller') 
一 六 AND b.name = 'Woburn Branch'; 
二 一 二 二 二 二 本 二 二 二 二 二 二 二 二 二 二 二 二 二 二 二 二 二 二 二 二 计生 二 二 二 二 二 二 二 二 二 二 二 十 
account_id | cust_id | open date | proquct cad | 
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十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 1 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
1 1 2000-01-15 CHK 
2 1 2000=01=45 SAV 
3 1 2004-06-30 CD 
4 2 2001=03= 二 2 CHK 
3 2 2001-03-12 SAV 
17 1 2004-01-12 CD 
2 了 汪汪 2004-03-22 BUS 
二 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 + 








7 rows in set (0.05 sec) 


如 上 所 示 ， 显 然 这 种 使 用 SQL92 连接 语法 的 查询 方式 更 易于 理解 。 


5.2 连接 3 个 或 更 多 的 表 


连接 3 个 表 的 方法 与 连接 两 个 表 类 似 , 只 是 有 些许 不 同 。 在 两 个 表 的 连接 查询 中 , from 
子 句 包含 了 两 个 表 名 和 一 种 连接 类 型 ， 以 及 一 个 on 子 句 以 指定 两 表 是 如 何 连接 的 。 对 
于 3 个 表 的 连接 ， 在 from 子 句 中 将 包含 3 个 表 和 两 种 连接 类 型 ， 以 及 两 个 on 子 句 。 
下 面 首先 给 出 另 一 个 两 表 连 接 查 询 的 例子 : 

mysql> SELECT a.account_id, c.fed id 


-> FROM account a INNER JOIN customer c 
一 > ON a.cust_id = c.cust_id 















































-> WHERE c.cust_type_cd = 'B'; 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 + 
account_id fedq_id 

十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 
24 04-1111111 
25 04-1111111 
2 04-2222222 
28 04-3333333 
29 04-4444444 

十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 

5 rows in set (0.15 sec) 











该 查询 返回 所 有 商务 账户 《账户 类 型 为 B ) 的 账户 ID 和 税务 号 码 , 看 起 来 相当 简洁 。 
如 果 需 要 再 增加 employee 表 以 查询 开设 此 账户 的 柜员 姓名 ， 就 要 采用 下 面 的 方法 : 


mysql> SELECT a.account_id, c.fed id, e.fname, e.lname 
-> FROM account a INNER JOIN customer c 
一 > ON a.cust_id = c.cust_id 
一 > INNER JOIN employee e 
-> ON a.open emp_id = e.emp_id 

















-> WHERE c.cust_type_ cd = 'B'; 
二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 + 
| account_id | feq_id | fname | lname 
十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
| 24 | 04-1111111 | Theresa | Markham | 
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| 25 | 04-1111111 | Theresa | Markham | 
| 27 | 04-2222222 | Paula | Roberts | 
| 28 | 04-3333333 | Theresa | Markham | 
| 29 | 04-4444444 | John | Blake | 
十 一 一 一 一 一 一 二 二 二 一 十 三 二 三 二 二 二 一 三 三 一 二 一 涉 一 一 一 二 一 三 二 三 十 一 一 一 一 一 一 一 一 一 十 
5 rows in set (0.00 sec) 











有 些 复杂 。 由 于 from 子 句 中 3 个 表 出 现 的 次 序 是 account 表 、 
 ， 因 此 乍 看 上 去 可 能 会 认为 employee 表 与 customer 表 相 连接 ,但 是 
8 现 的 次 序 ， 仍 会 获得 完全 一 样 的 查询 结果 








| 


























mt 





























mysql> SELECT a.account_id, c.fed id, e.fname, e.lname 
-> FROM customer C INNER JOIN account a 
— ON a.cust_id = c.cust_id 
2 INNER JOIN employee e 
-> ON a.open_emp_id = e.emp_id 
-> WHERE c.cust_ type_cd = 'B'; 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
account_ id fed_id fname lname 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 
24 04-1111111 Theresa Markham 
25 04-1111111 Theresa Markham 
2:7 04-2222222 Paula Roberts 
28 04-3333333 Theresa | Markham 
29 04-4444444 | John Blake 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
5 rows in set (0.09 sec) 














现在 customer 表 被 列 在 首位 ， 然 后 是 account 表 和 employee 表 , 但 on 子 句 























变化 ， 因 此 查询 结果 是 相同 的 。 让 我 们 把 实验 进 和 
颠倒 过 来 (从 employee 表 到 account 表 再 到 customer 表 ): 


mysql> SELECT a.account_id, c.fed id, e.fname, 
-> FROM employee ee INNER JOIN account a 

ON e.emp_id = a.open_ emp_id 

INNER JOIN customer c 

ON a.cust_id = c.cust_id 
-> WHERE c.cust_type_cd = 'B'; 

i i 











e.lname 


fed_id 
04-1111111 
04-1111111 
04-2222222 
04-3333333 
04-4444444 


(0.00 sec) 





account_ id fname 
A 
24 
25 
27 
28 
29 
EE 





Markham 
Markham 
Roberts 
Markham 
Blake 


Theresa | 
Theresa 





| 
Paula | 
Theresa | 
John | 

















5 rows in set 


现在 from 子 句 中 包含 了 3 个 表 、 两 种 连接 类 型 和 两 个 on 子 句 ， 因 此 查询 语句 看 起 来 


customer 表 和 employee 





尔 交 换 前 两 个 表 








并 没有 发 4 


内 


了 了 到底， 下 面 的 查询 将 表 的 次 序 完全 
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连接 的 顺序 重要 吗 ? 


如 果 你 对 这 3 个 版 本 的 三 表 查询 都 产生 同样 的 结果 感到 疑惑 ， 那 么 需要 记 住 SQL 是 一 
种 非 过 程 化 的 语言 ， 也 就 是 说 只 需要 描述 要 获取 的 数据 库 对 象 ， 而 如 何以 最 好 的 方式 
执行 查询 则 由 数据 库 服 务 器 负责 。 服 务 器 根据 所 收集 的 数据 库 对 象 信 息 ， 在 3 个 表 中 
选择 一 个 作为 开始 点 ( 所 选择 的 表 被 称 为 驱动 表 )， 然 后 确定 连接 其 他 表 的 顺序 。 因此， 
在 from 子 名 中 各 表 出 现 的 顺序 并 不 重要 。 


不 过 ， 如 果 你 希望 在 查询 中 以 特定 的 顺序 连接 各 表 ， 那 么 需要 将 表 按 照 所 需要 的 顺序 
排列 好 , 然后 指定 MySQL 中 的 STRAIGHT JOIN 关键 字 , 或 者 SQL Server 中 的 FORCE 
ORDER 选项 ， 或 者 在 Oracle 数据 库 中 使 用 ORDERED 或 LEADING 优化 器 提示 。 举 
个 例子 ， 如 果 要 求 MySQL 服务 器 使 用 customer 表 作 为 驱动 表 ， 然 后 连接 account 和 
employee 表 ， 那 么 可 以 采取 下 面 的 做 法 : 
mysql> SELECT STRAIGHT_JOIN a.account_id, c.fed id, e.fname, e.lname 

-> FROM customer C INNER JOIN account a 

一 > ON a.cust_id = c.cust_id 

一 > INNER JOIN employee e 

一 > ON a.open_emP_id = e.emp_id 

-> WHERE c.cust_type_cd = 'B'; 














可 以 将 3 个 或 更 多 表 的 连接 视 为 “滚雪球 ”， 前 两 个 表 形 成 一 个 开始 滚动 的 “ 雪 球 ”， 

而 之 后 的 每 个 表 都 在 “ 雪 球 ”滚动 时 依附 在 上 面 。 也 可 以 将 中 间 结 果 集 看 做 “ 雪 球 ”， 
因为 它 随 着 表 不 断 被 连接 ， 包 含 了 越 来 越 多 的 列 。 因 此 ， 实 际 上 employee 表 并 没有 
与 account 表 连 接 , 而 是 与 customer 表 和 account 表 连 接 后 产生 的 中 间 结 果 集 连接 。( 也 
许 你 会 证 异 我 为 什么 会 在 这 里 选择 用 雪 球 来 比喻 , 因为 在 写作 本 章 时 我 正 生 活 在 New 
England 的 深 冬 : 外 面 的 积 雪 已 经 有 110 英寸 ， 明 天 还 会 继续 下 雪 。 噢 ， 真 是 邻 人 喜 
悦 啊 。) 


5.2.1 将 子 查询 结果 作为 查询 表 

前 面 已 经 介绍 了 几 个 使 用 3 个 表 的 例子 ， 但 这 里 还 有 一 点 值得 探讨 的 内 容 ， 如 何 处 更 
一 部 分 数据 集 是 由 子 查询 所 产生 的 情况 。 在 第 9 章 中 将 聚集 于 子 查询 相关 的 主题 ， 但 
在 前 面 的 章节 中 已 经 介绍 了 一 些 在 fom 子 句 中 使 用 子 查询 的 概念 .下 面 是 前 面 查询 ( 查 
找 所 有 Woburn 支行 中 有 经 验 的 柜员 所 开设 的 账户 ) 的 另 一 个 版 本 ， 其 中 account 表 与 
子 查询 的 结果 相连 接 ， 而 不 是 与 branch 表 及 employee 表 连 接 ; 

























































































HI 
[32-= 














I 






























































1 SELECT a.account_id, a.cust_id, a.open date, a.product_cd 
2 FROM account a INNER JOIN 

3 (SELECT emp_id, assigned branch_id 

4 

5 

6 








FROM employee 
WHERE start_date < '2007-01-01"' 
AND (title = 'Teller' OR title = 'Head Teller')) e 
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从 


水 ON a.open emp_id = e.emp_id 
8 INNER JOIN 





9 (SELECT branch id 
10 FROM branch 
11 WHERE name = 'Woburn Branch') b 


12 ON e.assigned branch_ id = pb.branch id; 





第 3 行 开始 的 第 一 个 子 查 询 的 别名 为 e, 它 用 于 查找 所 有 有 经 验 的 柜员 。 从 第 9 行 开 

















始 的 第 二 个 子 查 询 的 别名 为 bp， 它 用 于 查找 Woburn 支行 的 ID。 首 先 ，account 表 与 使 
用 employee ID 与 子 查 询 e 相连 接 ， 然 后 使 用 branch ID 与 子 查 询 b 相连 接 。 该 查询 的 












































与 前 一 个 版 本 〈 请 试 着 往 前 找 一 下 ) 完全 相同 ， 但 它们 的 语句 看 起 来 却 完 全 不 同 。 











这 并 不 是 什么 令 人 惊讶 的 事 ， 但 可 能 还 是 需要 花 上 一 分 钟 来 搞 清楚 到 底 发 生 了 什么 。 

注意 , 主 查 询 中 缺少 了 where 子 句 ,因为 所 有 的 过 滤 条 件 都 是 针对 employee 表 和 branch 
表 ， 并 且 都 包含 于 子 查 询 中 ， 所 以 主 查 询 中 并 不 需要 任何 过 滤 条 件 。 下 面 单独 运行 子 
查询 ， 看 一 下 中 间 结 果 集 ， 以 使 过 程 更 加 清楚 。 下 面 为 第 一 个 对 employee 表 的 子 查询 


的 结果 : 
























































mysql> SELECT emP_id，assigned_branch_id 
-> FROM employee 
-> WHERE start_date < '2007-01-01' 

















-> AND (title = 'Teller' OR title = 'Head Teller'); 
El 一 一 一 一 一 十 
emp_id assigned_ branch_id 
a 让 

8 

9 1 
10 2 
11 2 
13 3 
14 3 
16 4 
17 4 
18 4 

re i + 








9 rows in set (0.03 sec) 

















如 上 所 示 ， 结 果 集 包含 了 employee ID 集合 以 及 相应 的 branch ID。 当 它们 通过 emp_id 
列 与 account 表 连 接 后 ， 所 产生 的 中 间 结 果 集 包含 了 所 有 account 表 的 行 ， 并 且 每 行 附 
加 了 一 列 ， 以 存放 开设 该 账户 的 柜员 所 在 支行 的 人 D。 下 面 是 第 二 个 针对 branch 表 的 子 
查询 结果 : 


























mysql> SELECT branch_id 
-> FROM branch 
-> WHERE name = 'Woburn Branch'; 


| branch_id | 
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1 row in set 


(0.02 sec) 


该 查询 返回 了 只 有 1 列 的 1 行 数据 : Woburn 支行 的 ID。 该 表 通 过 assigned_branch_id 


列 与 中 间 结 果 集 连接 ， 六 
账户 。 


5.2.2 


讨 





AH 


泽 





> 





型 


在 支行 )。 如 时 

















可 能 存放 着 account 表 





Et 























连续 两 次 使 用 同一 个 表 
FE 连 接 多 个 表 时 ， 有 时 候 可 能 需要 多 次 连接 同一 个 表 。 例 如 ， 在 示例 数据 库 中 ，branch 

















如 下 所 示 。 














E 最 终结 果 集 中 过 滤 掉 所 有 非 Woburn 支行 的 柜员 所 开设 的 











(表示 账户 的 开户 支行 ) 和 employee 表 的 外 键 (表示 雇员 的 








mysql> SELECT a.account_id, e.emp_id, 


-> WHERE a.product_cd = 'CHK'; 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 
account_id emp_id open_branch emp_branch 
a I We AR Oe ed 
10 下 Headquarters Headquarters 
14 业 Headquarters Headquarters 
21 1 Headquarters Headquarters 
1 10 Woburn Branch Woburn Branch 
4 10 Woburn Branch Woburn Branch 
7 13 Quincy Branch Quincy Branch 
L3 16 So. NH Branch So. NH Branch 
18 16 So. NH Branch So. NH Branch 
24 16 So. NH Branch So. NH Branch 
28 16 So. NH Branch So. NH Branch 
Ee OE 
10 rows in set (0.16 sec) 


该 查询 显示 了 每 个 checking 账户 的 开户 柜员 、 








需要 在 结果 集中 包含 这 两 个 支行 名 称 ， 就 需要 在 from 子 句 中 两 次 引 
有 branch 表 , 一 次 与 employee 表 连 接 ， 另 一 次 与 account 表 连 接 。 为 了 使 之 正常 工作 ， 
要 给 每 个 branch 表 的 实例 定义 不 同 的 别名 ， 以 便服 务 器 能 够 在 各 子 句 中 正确 地 引用 
它们 9 














b_a.name open_branch, b_e.name emp_branch 
FROM account a INNER JOIN branch b_a 

ON a.open branch_id = b_a.branch_id 

INNER JOIN employee e 

ON a.open_emP_id = e.emp_id 

INNER JOIN branch b_e 

ON e.assigned branch_id = b_e.branch_id 




















支行 。 


实例 指定 不 同 的 别名 ， 服 务 器 能 够 区 分 所 引 月 
































账户 的 开户 支行 以 及 开户 柜员 当前 所 在 
其 中 ，branch 表 被 包含 了 两 次 ， 别 名 分 别 为 b_a 和 b_e。 通 过 为 branch 表 的 每 个 
的 实例 : 一 个 用 于 连接 account 表 ， 男 一 
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个 用 于 连接 employee 表 。 因 此 ， 这 是 查询 中 需要 使 用 表 别 名 的 又 一 个 例子 。 


5.3 自 连 接 








不 仅 可 以 在 同一 查询 中 多 次 包含 同一 个 表 ， 还 可 以 对 表 上 E 



































身 进行 





连接 。 午 看 起 来 可 能 





会 觉得 有 些 奇 怪 ， 但 有 时 还 是 存在 这 样 做 的 理由 的 。 举 例 来 说 ，employee 表 包 含 了 一 











个 指向 自身 的 外 键 ， 





即 指向 本 表 主 键 的 列 〈superior_ emp_id)。 该 列 指向 了 雇员 的 主管 











(除非 该 雇员 属于 领导 层 ， 这 种 情况 下 该 列 应 为 null) 。 使 用 自 连接 ， 可 以 在 列 出 每 个 雇 
员 姓 名 的 同时 列 出 主管 的 姓名 : 


mysql> SELECT e. Ename，e. 





lname, 


= e_mgr.fname mgr_fname, e_mgr.lname mgr_lname 


-> FROM employee e INNER JOIN employee e_mgr 


和 ON e.superior_emp_id = e_mgr.emp_id; 















































+ 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 
fname lname mgr_fname mgr_lname 

+ 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 
Susan Barker Michael Smith 
Robert Tyler Michael Smith 
Susan Hawthorne Robert Tyler 
John Gooding Susan Hawthorne 
Helen Fleming Susan Hawthorne 
Chris Tucker Helen Fleming 
Sarah Parker Helen Fleming 
Jane Grossman Helen Fleming 
Paula Roberts Susan Hawthorne 
Thomas Ziegler Paula Roberts 
Samantha Jameson Paula Roberts 
John Blake Susan Hawthorne 
Cindy Mason John Blake 
Frank Portman John Blake 
Theresa Markham Susan Hawthorne 
Beth Fowler Theresa Markham 
Rick Tulman Theresa Markham 

+ 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 

17 rows in set (0.00 sec) 


该 查询 包含 两 个 employee 表 的 实例 : 一 个 用 于 提供 雇员 妈 
供 主管 姓名 ( 表 别 名 为 e_mgr)。on 子 句 中 使 月 











实现 employee 表 的 E 
器 将 无 法 确定 在 连接 条 件 中 所 指 代 的 是 

















连接 。 这 是 又 

















这 些 别名 
个 在 查询 中 需要 


员 还 是 雇员 的 主管 。 





























:名 ( 表 
借助 于 superior_emp_id 外 键 
定义 表 别 名 的 例子 ， 和 否则， 服务 











别名 为 e) ， 另 一 个 提 





employee 表 中 一 共有 18 行 , 但 此 查询 只 返回 了 17 行 , 这 是 由 于 银行 的 总 经 理 Michael 








Smith 并 没有 自己 的 主管 (他 的 superior_emp_id 列 为 null)， 





























因此 在 该 行 上 的 连接 失败 





了 。 为 了 在 结果 集中 包含 Michael Smith， 必 须 使 用 外 连接 ， 在 第 10 章 中 对 此 内 容 进行 


和 

















多 表 查 询 87 


了 详 述 。 


5.4 相等 连接 和 不 等 连接 


的 多 表 查 询 使 用 的 都 是 相等 连接 ， 即 两 个 表 中 匹配 项 的 值 必须 相等 。 


本 章 到 目前 为 目 











例如 : 





相等 连接 总 是 使 用 等 号 ， 
ned_branch id 


的 是 相等 连接 ， 但 有 时 也 可 以 通 


ON e.assig 


大 多 数 查 询 使 用 








b.branch_ id 

















即 不 等 连接 。 下 例 中 的 查询 使 用 范围 值 进行 连接 : 





SE 
FROM emplo 








WHERE p.na 





该 查询 连接 的 两 个 表 并 没有 外 键 关联 ， 











yee e INNER JOIN product p 
ON e.start_date >= p.date_offered 
AND e.start_date <= p.date_retired 


Ne = 




















期 之 间 。 








'no-fee checking'，; 


























其 意图 是 找 ! 


过 限定 值 的 范围 


'ECT e.emp_id, e.fname, e.lname, e.start_date 





























HH 


需要 为 所 有 的 柜员 (title = "Teller) 进行 employee 表 的 自 连接 ， 





同 的 行 ( 因 为 柜员 无 法 和 


mysql> SELECT el .fname, 








el.lname, 


自己 下 棋 ) : 














司 入 职 的 银行 雇员 。 因 此 ， 雇 员 的 人 职 时 间 必 须 位 于 产品 的 提供 日 


























实现 对 表 的 连接 ， 亦 


1 所 有 在 no-fee checking 产品 存续 期 











期 与 产品 的 结束 日 








有 时 候 还 可 能 需要 不 等 的 自 连 接 ， 即 对 表 自 身 使 用 不 等 连接 。 举 例 来 说 ,假如 执行 经 


理 决定 举办 一 次 面向 银行 柜员 的 象棋 锅 标 赛 ， 你 被 要 求 创建 所 有 对 弈 者 的 列表 ， 这 就 











1IVS 


-> FROM employee el INNER JOIN employee e2 











三 

















返回 所 有 emp_id 不 


vs, e2.fname, e2 .lname 


-> ON el.emp_id != e2 .emp_id 
-> WHERE el.title = 'Teller' AND e2.title = 'Teller'; 
二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 
fname lname VS fname name 
二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 
Sarah Parker VS Chris Tucker 
Jane Grossman VS Chris Tucker 
Thomas Ziegler VS Chris Tucker 
Samantha Jameson VS Chris Tucker 
Cindy Mason VS Chris Tucker 
Frank Portman VS Chris Tucker 
Beth Fowler VS Chris Tucker 
Rick Tulman VS Chris Tucker 
Chris Tucker VS Sarah Parker 
Jane Grossman VS Sarah Parker 
Thomas Ziegler VS Sarah Parker 
Samantha Jameson VS Sarah Parker 
Cindy Mason VS Sarah Parker 
Frank Portman VS Sarah Parker 
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Beth Fowler VS Sarah Parker 
Rick Tulman VS Sarah Parker 
Chris Tucker VS Rick Tulman 
Sarah Parker VS Rick Tulman 
Jane Grossman VS Rick Tulman 
Thomas Ziegler VS Rick Tulman 
Samantha Jameson VS Rick Tulman 
Cindy Mason VS Rick Tulman 
Frank Portman VS Rick Tulman 
Beth Fowler VS Rick Tulman 
二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 





72 rows in set (0.01 sec 











现在 离 正确 的 目标 已 经 很 近 了 ， 但 这 里 还 存在 一 个 错误 ， 即 对 于 每 对 比赛 选手 (比如 
Sarah Parker 对 Chris Tucker) 都 有 一 个 与 之 相反 的 选手 对 (如 Chris Tucker 对 Sarah 


























Parker) 。 可 以 使 用 连接 条 件 el.emp_id < e2.emp_id 来 得 到 所 期 望 的 









































只 会 被 安排 与 employee ID 比 他 高 的 柜员 比赛 (如 果 你 愿意 ， 也 可 以 使 月 
e2.emp_id): 
mysql> SELECT el.fname, el.lname, 'VS' vs, e2.fname, e2.lname 
-> FROM employee el INNER JOIN employee e2 
-> ON el.emp_id < e2 .emP_id 
-> WHERE el.title = 'Teller' AND e2.title = 'Teller'; 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
fname lname VS fname lname 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
CEs Tucker VS Sarah Parker 
Chris Tucker VS Jane Grossman 
Sarah Parker VS Jane Grossman 
Chris Tucker VS Thomas Ziegler 
Sarah Parker VS Thomas Ziegler 
Jane Grossman VS Thomas Ziegler 
GH Ts Tucker VS Samantha Jameson 
Sarah Parker VS Samantha| Jameson 
Jane Grossman VS Samantha| Jameson 
Thomas Ziegler VS Samantha| Jameson 
Chris Tucker VS Cindy Mason 
Sarah Parker VS Cindy Mason 
Jane Grossman VS Cindy Mason 
Thomas Ziegler VS Cindy Mason 
Samantha Jameson VS Cindy Mason 
Chris Tucker VS Frank Portman 
Sarah Parker VS Frank Portman 
Jane Grossman VS Frank Portman 
Thomas Ziegler VS Frank Portman 
Samantha Jameson VS Frank Portman 
Cindy Mason VS Frank Portman 
Chris Tucker VS Beth Fowler 




















结果 ， 即 每 个 柜员 
月 el.emp id > 
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Sarah 
Jane 
Thomas 
Samantha 
Cindy 
Frank 
Chris 
Sarah 
Jane 
Thomas 
Samantha 








Parker VS Beth Fowler 
Grossman VS Beth Fowler 
Ziegler VS Beth Fowler 
Jameson VS Beth Fowler 
Mason VS Beth Fowler 
Portman VS Beth Fowler 
Tucker VS Rick Tulman 
Parker VS Rick Tulman 
Grossman VS Rick Tulman 
Ziegler VS Rick Tulman 
Jameson VS Rick [ulman 
Mason VS Rick Tulman 
Portman VS Rick Tulman 
Fowler VS Rick Tulman 


























36 rows in se 


现在 列表 中 包含 了 3 
个 的 方法 数 相同 。 





一 一 一 一 一 一 一 一 十 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
t (0.00 sec) 


6 个 选手 对 ， 该 数字 与 从 9 个 独立 物品 (一 共 9 个 柜员 ) 中 选择 2 











5.5 连接 条 件 和 过 滤 条 件 


现在 你 对 在 on 子 句 中 使 用 连接 条 件 , 以 及 在 where 子 句 中 使 用 过 滤 条 件 已 经 很 熟悉 了 。 
SQL 对 于 放置 条 件 的 位 置 是 很 灵活 的 ， 因 此 需要 仔细 构建 所 需要 的 查询 。 举 例 来 说 ， 








下 面 的 查询 使 用 一 个 用 于 连接 两 个 表 的 连接 条 件 以 及 在 一 个 where 子 句 中 的 过 滤 条 件 : 


mysql> SELECT 





























攻 


a.account_id, a.product_cd, c.fed_id 


-> FROM account a INNER JOIN customer c 























一 > ON a.cust_id = c.cust_id 
-> WHERE c.cust_tyPe_cd = 'B'; 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 十 
account_id product_cd fed_id 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
24 | CHK | 04-1111111 
25 BUS 04-1111111 
27 BUS 04-2222222 
28 CHK 04-3333333 
29 | SBL 04-4444444 
Ee re rE 
5 rows in set (0.01 sec) 


这 看 起 来 相当 简单 ， 
怎样 呢 ? 





mysql> SELECT 








但 是 如 果 错 误 地 将 过 滤 条 件 放 到 on 子 句 中 而 不 是 where 子 句 中 会 


a.account_id, a.product_cd, c.fed_id 


-> FROM account a INNER JOIN customer c 


一 > ON a 


.Cust_id = c.cust_id 


一 > AND c.cust_ type_cd = 'B'; 
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且 省 略 了 where 子 句 ， 但 


























十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
account_id product_cd fed_id 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
24 CHK 04-1111111 
25 BUS 04-1111111 
2 BUS 04=2222222 
28 CHK 04-3333333 
29 SBL 04-4444444 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 + 
5 rows in set (0.01 sec) 
如 上 所 示 ， 第 二 个 版 本 的 查询 在 on 子 句 中 包含 了 两 个 条 件 并 
产生 的 查询 结果 是 相同 的 .如 果 两 个 条 件 都 放 到 where 子 句 但 
连接 语法 会 怎样 呢 ? 
mysql> SELECT a.account_id, a.product_cd, c.fed_ 













































































from 子 句 仍然 使 用 ANSI 


id 











-> FROM account a INNER JOIN customer c 
-> WHERE a.cust_id = c.cust_id 
一 > AND c.cust_type_ cd = 'B'; 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
account_ id product_cd fed_id 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
24 CHK 04-1111111 
25 BUS 04-1111111 
27 BUS 04-2222222 
28 CHK 04-3333333 
29 | SBL 04-4444444 
让 十 一 一 一 i i ds: i 十 一 一 RE 5 RE 
5 rows in set (0.01 sec) 
MySQL 服务 器 再 一 次 产生 了 相同 的 结果 集 。 尽 管 如 此 ， 你 最 好 还 是 在 合适 的 位 置 放置 
查询 条 件 ， 以 使 查询 语句 易于 理解 和 维护 。 
5.6 “小 测验 
下 面 的 练习 用 于 测试 你 对 内 连接 的 理解 程度 。 附 录 C 提供 了 这 些 练习 的 标准 答案 。 





练习 5-1 
给 下 面 的 查询 填空 使 用 <#> 标 记 )， 以 获得 其 后 的 结果 。 


mysql> SELECT e.emp_id, e.fname, e.lname, 
-> FROM employee e INNER JOIN <1l> b 
ON e.assigned branch_id = b.<2>; 























= 


b.name 





+ 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 


| emp_id | fname | 
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2 Susan Barker Headquarters 
3 Robert Tyler Headquarters 
4 Susan Hawthorne Headquarters 
5 John Gooding Headquarters 
6 Helen Fleming Headquarters 
7 Chris Tucker Headquarters 
8 Sarah Parker Headquarters 
9 Jane Grossman Headquarters 
10 Paula Roberts Woburn Branch 
Thomas Ziegler Woburn Branch 
12 Samantha Jameson Woburn Branch 
13 John Blake Quincy Branch 
14 Cindy Mason Quincy Branch 
15 Frank Portman Quincy Branch 
16 Theresa Markham So. NH Branch 
17 Beth Fowler So. NH Branch 
18 Rick Tulman So. NH Branch 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
18 rows in set (0.03 sec) 


练习 5-2 

编写 查询 ， 返 回 所 有 非 商 务 顾 客 的 账户 ID (customer.cust_type_cd = 了 T) 、 顾 客 的 联邦 个 
人 识别 号 码 (cusomer.fed_id) 以 及 账户 所 依赖 的 产品 名 称 (productname ) 。 

练习 5-3 

构建 查询 ， 查 找 所 有 主管 位 于 另 一 个 部 门 的 雇员 ， 需 要 获取 该 雇员 的 ID、 姓氏 和 名 字 。 



































92 第 5 章 


第 6 章 


使 用 集合 



































尽管 可 以 在 与 数据 库 交 互 时 一 次 只 处 理 一 行 数据 , 但 实际 上 关系 数据 库 通 常 处 理 的 都 
是 数据 集合 。 前 面 已 经 介绍 了 如 何 通过 查询 及 子 查询 创建 表 、 通 过 insert 语句 持久 化 
数据 以 及 使 用 join 将 它们 连接 到 一 起 , 本 章 将 展示 如 何 使 用 各 种 集合 操作 符 来 联合 多 
个 表 。 


6.1 集合 理论 基础 


世界 上 许多 地 方 都 将 基础 集合 理论 作为 人 门 级 数学 教程 , 图 6-1 或 许 能 唤 回 你 对 集合 知 
识 的 一 些 记忆 。 





















































图 | =AunionB 








6-1 集合 的 并 操作 




















图 6-1 中 的 阴影 部 分 代表 了 集合 A 和 集合 B 的 联合 ， 即 两 个 集合 的 并 集 (其 中 重复 元 
素 只 包含 一 次 ) 。 该 图 你 看 起 来 眼熟 吗 ? 如 果 是 , 那么 你 曾 学 过 的 知识 将 要 派 上 用 场 了 ， 
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如 果 不 是 也 无 需 担心 ， 因 为 该 图 表达 的 含义 是 十 分 形象 化 并 易于 理解 的 。 


图 6-1 中 使 用 圆圈 代表 数据 集合 (A 和 B) ， 可 以 想象 ， 两 个 集合 所 共有 的 子 集合 数据 
在 图 中 由 重 雪 区 域 所 代表 。 由 于 集合 理论 对 于 两 个 无 数据 重合 的 数据 集合 不 感 兴 
因此 下 文 将 继续 使 用 图 示 来 说 明 集合 的 相关 操作 。 另 一 种 集合 操作 只 关心 两 个 数据 集 
的 重合 部 分 ， 即 集合 的 交 操 作 (intersect)， 如 图 6-2 所 示 。 






































A B 








[ =AintersectB 





6-2 集合 的 交 操 作 








集合 A 和 B 的 交 操作 产生 的 数据 集合 只 包括 两 个 集合 的 重合 区 域 ， 如 果 两 个 集 
重合 的 数据 ， 那 么 交 操 作 将 产生 空 集 。 


图 6-3 展示 了 第 三 个 也 是 最 后 一 个 集合 操作 ， 即 差 操 作 (except)。 


> 
可 
ny 

















A B 


[ =AexceptB 











6-3 ”集合 的 差 操 作 


























图 6-3 显示 了 集合 A 减 去 集合 B 的 结果 ,， 即 在 完整 的 集合 A 中 除去 与 集合 B 重 


贡 
中 
还 
潍 
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据 。 如 果 两 个 集合 没有 重合 部 分 ， 那 么 A 减 B 的 差 操 作 所 产生 的 结果 为 整个 集合 A 

















中 所 表示 的 集合 。 


使 用 这 3 种 操作 ， 或 者 联合 其 他 的 集合 操作 ， 可 以 产生 任何 所 需要 的 结果 ， 比 如 图 6-4 





[| =? 











6-4 ”未 知 的 数据 集 








该 数据 集 包括 集合 A 和 B 中 所 有 非 重合 区 域 的 部 分 。 可 以 只 使 用 前 面 介绍 的 3 种 操作 








产生 这 个 结果 ， 即 先 构 造 一 个 包含 集合 A 和 B 所 有 元 素 的 数据 
去 除 重复 的 区 域 。 
交集 ， 那 么 可 以 使 用 下 面 的 方法 产生 图 6-4 中 的 数据 集合 : 


(A union B) except (A intersect B) 














fe 


当然 ,通常 获取 


























(A except B) union (B except A) 











时 ， 再 使 用 第 二 个 操作 


如 果 使 用 A union B 表示 两 个 集合 的 并 集 ，A intersect B 表示 它们 的 


同一 个 结果 的 方法 不 止 一 个 ， 下 面 的 操作 所 产生 的 结果 也 是 等 价 的 : 


使 用 图 示 的 方法 可 以 使 这 些 概 念 非常 易于 理解 ， 后 面 将 说 明 如 何在 关系 数据 库 中 使 用 








SQL 集合 操作 符 来 应 用 它们 。 


6.2 集合 理论 实践 
上 节 的 图 示 中 使 用 圆圈 代表 数据 集合 ， 











日 














没有 表达 数据 集中 所 包含 的 数据 。 当 人 处理 











实际 的 数据 时 ， 还 需要 了 解数 据 集 的 结构 。 举 例 来 说 ,假设 需要 产生 product 表 和 








customer 表 的 并 集 ， 这 两 个 表 的 定义 如 下 所 示 。 


mysql> DESC product; 
十 一 一 


一 一 一 一 一 十 一 一 一 一 一 一 一 十 





| Field 
十 一 一 





Extra 
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| product_cd varchar (10) | NO | PRI | NULL | | 

| name varchar (50) | NO | | NULL | | 

| product_ type_cd varchar (10) | NO | MUL | NULL | | 

| date_offered date "Yes- || | NULL | | 

| date_retired date | YEs | | NULL | | 

十 二 一 一 一 一 一 二 二 二 下 二 二 全 二 二 二 一 一 二 一 一 填 一 一 一 一 一 一 于 一 一 一 一 一 千 二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 

5 rows in set (0.23 sec) 

mysql> DESC customer; 

十 一 一 三 一 三 一 一 ee = 一 站 二 一 一 二 二 一 TD 
Field Type Null Key Default Extra 

主 三 一 二 一 二 二 二 三 = 二 二 二 二 一 三 趟 二 二 二 二 一 二 二 二 一 一 二 二 三 趟 二 三 一 一 二 二 机 一 二 一 二 三 村 一 一 一 二 二 三 一 一 二 赴 一 三 三 二 一 三 一 三 二 二 二 一 沾 
cust_id int (10)unsigned | NO PRI NULL auto increment 
fed_id varchar (12) NO NUL 
cust_type_cd enum('I','B')| NO NUL 
address varchar (30) YES NUL 
city varchar (20) YES NUL 
state varchar (20) YES NUL 
postal_code varchar (10) YES NUL 

A i A hr Pe 

7 rows in set (0.04 sec) 

当 完 成 对 这 两 个 表 的 连接 后 ， 所 产生 的 结果 表 中 的 第 一 列 应 为 product.product_cd 和 


customer.cust_id 列 的 组 合 ,第 二 列 为 product.name 和 customer.fed_id 的 组 合 , 依 此 类 推 。 
其 中 ， 一 些 列 对 是 易于 组 合 的 〈 比 如 两 列 都 为 数字 型 ) ， 另 一 些 列 对 则 难以 组 合 ， 比 如 



































数字 列 和 字符 串 列 或 者 字符 串 列 和 日 期 列 。 此 外 ， 连 接 表 的 第 6 列 和 第 7 列 数据 只 能 
来 自 于 customer 表 的 第 6 列 和 第 7 列 ， 因 为 product 表 只 包含 5 列 。 显然 对 于 要 连接 
的 表 必 须 满足 一 些 共 有 条 件 。 


合 执行 集合 操作 时 ， 必 须 首先 应 用 下 面 的 规范 。 
由 








因此 ， 当 对 两 个 数据 集 





。 ”两 个 数据 集合 必须 



































有 同样 数目 的 列 ; 

















。 ”两 个 数据 集中 对 应 列 的 数据 类 型 必须 是 一 样 的 (或 者 服务 器 能 够 将 其 中 一 种 转换 





为 另 一 种 ) 。 








在 实践 中 使 用 这 两 条 规则 能 够 更 容易 地 处 理 “ 


I 











Wn 


合 数 据 ”， 即 对 于 两 张 表 中 的 数据 

















行 ， 如 果 每 个 列 对 都 包含 了 同样 的 字符 串 、 数 字 或 日 期 等 ， 那 么 它们 可 以 被 视 为 重 


复 行 。 





mysql> SELECT 1 














在 两 条 select 语句 中 可 以 使 用 集合 操作 符 执行 集合 操作 ， 例 如 : 





num, 'abc' str 


-> SELECT 9 num, 'xyz' str; 


-> UNION 
下 下 一 + 
| num | str | 
水 二 二 二 二 二 下 后 
| 于 | abc | 
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2 rows in set (0.02 sec) 





每 个 独立 的 查询 都 会 产生 一 个 包含 单个 行 的 数据 集合 ， 该 行 由 一 个 数字 列 和 一 个 字符 


串 列 组 成 。 集 合 操作 符 (本 例 中 为 union) 告知 

















数据 库 服务 器 连接 两 个 集合 的 所 有 行 。 











因此 最 终 的 集合 包含 两 个 两 列 的 行 。 该 查询 被 称 为 复合 查询 ， 它 将 多 个 独立 的 查询 组 











合 到 了 一 起 。 本 书后 面 将 会 看 到 更 复杂 的 复合 查询 ， 它 们 可 能 会 使 用 多 个 集合 操作 符 





来 组 合 两 个 以 上 的 查询 ， 以 获取 最 终 的 查询 结 


6.3 ”集合 操作 符 


SQL 语言 包含 3 个 集合 操作 符 以 执行 前 面 章节 











一 定 是 所 有 的 重复 项 )。 下 面 将 分 别 介 绍 每 种 操 


6.3.1 union 操作 符 
union 与 union all 操作 符 可 以 连接 多 个 数据 集 ， 





日 
~o 





中 所 描述 的 各 种 集合 操作 。 此 外 ， 每 个 





集合 操作 符 可 以 有 两 种 修饰 符 : 一 个 表示 包含 重复 项 ， 另 一 个 表示 去 除 重复 项 (但 不 


作 符 的 含义 与 用 法 。 


它们 的 区 别 在 于 union 对 连接 后 的 集合 


排序 并 去 除 重 复 项 ， 而 union all 保留 重复 项 。 使 用 union all 得 到 的 最 终 数据 集 的 行 交 





总 是 等 于 所 要 连接 的 各 集合 的 行 数 之 和 ， 该 操作 是 最 易于 执行 的 集合 操作 (从 服务 端 








的 观点 来 看 ) , 因为 服务 器 不 需要 检查 重复 的 数据 。 下 面 的 例子 演示 了 如 何 使 用 union all 
操作 符 从 两 个 子 类 型 客户 表 中 产生 完整 的 客户 数据 集合 : 


mysql> SELECT 'IND' type_cd, cust_id, lname name 











-> FROM individual 

-> UNION ALL 

-> SELECT 'BUS' type_cd, cust_id, 
-> FROM business; 


name 





























十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
type_cd cust_id name 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
IND 1 Hadley 
IND 2 Tingley 
IND 3 Tucker 
IND 4 Hayward 
IND 5 Frasier 
IND 6 Spencer 
IND 7 Young 
IND 8 Blake 
IND 9 Farley 
BUS 10 Chilton Engineering 
BUS 11 Northeast Cooling Inc. 
BUS 12 Superior Auto Body 
BUS 1:3 AAA Insurance Inc. 
二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
13 rows in set (0.04 sec) 
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该 查询 返回 了 所 有 13 个 客户 ， 其 中 9 行 来 自 于 individual 表 ， 而 其 他 4 行 来 自 于 
business 表 。 由 于 business 表 中 只 使 用 1 列 保存 公司 名 ， 而 individual 表 包 含 两 
个 姓名 列 ， 分 别 用 于 姓氏 和 名 字 ， 因 此 在 本 例 中 ， 只 包含 individual 表 的 姓氏 
(lname) 列 。 


需要 强调 的 是 union all 操作 符 并 不 删除 重复 项 ， 下 面 的 查询 与 前 一 个 例子 类 似 ， 只 不 
过 连接 了 两 次 business 表 : 


mysql> SELECT 'IND' type_cd, cust_id, lname name 
-> FROM individual 
-> UNION ALL 
-> SELECT 'BUS' type_cd, cust_id, name 
-> FROM business 
-> UNION ALL 
-> SELECT 'BUS' type_cd, cust_id, name 
-> FROM business; 










































































十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
type_cd cust_id name 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
IND 1 Hadley 
IND 2 ingley 
IND 3 ucker 
IND 4 Hayward 
IND 5 Frasier 
IND 6 Spencer 
IND Young 
IND 8 Blake 
IND 9 Farley 
BUS 10 Chilton Engineering 
BUS 11 Northeast Cooling Inc. 
BUS 12 Superior Auto Body 
BUS 13 AAA Insurance Inc. 
BUS 10 Chilton Engineering 
BUS 11 Northeast Cooling Inc. 
BUS 12 Superior Auto Body 
BUS 13 AAA Insurance Inc. 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
17 rows in set (0.01 sec) 





这 个 复合 查询 包含 了 3 个 select 语句 ， 其 中 两 个 是 完全 一 样 的 。 从 结果 表 中 可 以 看 出 ， 
来 自 于 business 表 的 4 行 数据 (客户 耳 为 10、11、12 和 13) 被 包含 了 两 次 。 

当然 在 实际 的 复合 查询 中 包含 两 个 重复 的 查询 并 不 常见 ， 下 面 给 出 另 一 个 返回 重复 数 
据 的 复合 查询 例子 : 


mysql> SELECT emp_id 
-> FROM employee 
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-> WHERE assigned_branch_id = 2 
三 福 AND (title = 'Teller' OR title = 'Head Teller') 
-> UNION ALL 
-> SELECT DISTINCT open_emp_id 
-> FROM account 
-> WHERE open_branch_id = 2; 
De - 








4 rows in set (0.01 sec) 





复合 语句 中 的 第 一 个 查询 获取 分 配 到 Woburn 支行 的 所 有 柜员 , 而 第 二 个 查询 返回 所 有 























在 Woburn 支行 开户 的 雇员 (使 用 distinct 去 除 重复 项 )。 结 果 集 中 的 4 行 数据 中 有 1 行 























是 重复 的 (ID 为 10 的 雇员 )， 如 果 希 望 连接 后 的 表 排 除 重 复 行 ， 那 么 需要 使 用 union 
操作 符 来 替代 union all: 





mysql> SELECT emp_id 
-> FROM employee 
-> WHERE assigned branch_id = 2 
一 > AND (title = 'Teller' OR title = 'Head Teller') 
-> UNION 
-> SELECT DISTINCT open_emp_id 
-> FROM account 
-> WHERE open_branch_id = 2; 


二 一 一 一 一 一 一 一 一 + 
| emp_id | 
二 一 一 一 一 一 一 一 一 + 
| 10 | 
| 11 | 
| 12 | 
二 一 一 一 一 一 一 一 一 + 


3 rows in set (0.01 sec) 
































此 查询 只 在 结果 集中 包含 了 3 个 独立 的 行 , 而 不 是 使 用 union all 时 所 返回 的 4 行 (3 个 
独立 的 ，1 个 重复 的 )。 
6.3.2 intersect 操作 符 


ANSI 的 SQL 规范 中 定义 了 intersect 操作 符 来 执行 集合 交 操 作 ， 不 笠 的 是 ，MySQL 6.0 
版 还 未 实现 intersect 操作 符 ， 不 过 在 Oracle 或 SQL Server 2008 中 可 以 使 用 它 。 由 于 本 





因 上 











书 使 用 MySQL 作为 所 有 范例 ,因此 本 节 中 的 示例 查询 语句 是 虚构 的 , 并 不 能 在 MySQL 
的 任何 版 本 (包括 6.0) 中 执行 。 因 为 这 些 语句 并 没有 在 MySQL 服务 器 上 实际 执行 ， 








省 去 了 MySQL 的 提示 符 (mysql> ) 。 
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如 果 复 合 查 询 中 的 两 个 子 查 询 结果 并 没有 交集 , 那么 intersect 操作 将 返回 空 集 。 考 虑 下 
面 的 查询 : 


SELECT emp_id, fname, lname 
FROM employee 

INTERSECT 

SELECT cust_id, fname, lname 
FROM individual; 

Empty set (0.04 sec) 


第 一 个 查询 返回 每 个 雇员 的 ID 和 姓名 ， 而 第 二 个 查询 返回 每 个 客户 的 ID 和 姓名 。 这 
两 个 集合 完全 是 不 重合 的 ， 因 此 对 它们 的 交集 操作 产生 的 结果 为 空 集 。 
下 面 考察 两 个 包含 重复 数据 的 集合 , 并 对 它们 应 用 intersect 操作 符 。 这 里 使 用 与 前 面 用 
于 说 明 union 和 union all 区 别 相同 的 例子 ， 只 不 过 这 一 次 使 用 的 是 intersect: 


SELECT emp_id 
FROM employee 
WHERE assigned branch_ id = 2 
AND (title = 'Teller' OR title = 'Head Teller') 
INTERSECT 
SELECT DISTINCT open_emp_id 
FROM account 
WHERE open_branch_id = 2; 

























































































二 一 一 一 一 一 一 一 一 + 
| emp_id | 
二 一 一 一 一 一 一 一 一 + 
| 10 | 
二 一 一 一 一 一 一 一 一 + 


1 row in set (0.01 sec) 
这 两 个 查询 的 交集 操作 产生 的 结果 为 ID 等 于 10 的 雇员 ， 即 两 个 竺 连接 查询 的 结果 集 
中 唯一 重复 的 值 。 
intersect 操作 符 去 除了 交集 区 域 中 所 有 重复 的 行 ， 除 此 之 外 ，ANSI SQL 规范 还 定义 了 
并 不 删除 重复 行 的 intersect all 操作 符 , 不 过 在 当前 的 数据 库 服 务 器 中 只 有 IJBM 的 DB2 
Universal Server 实现 了 intersect all 操作 符 。 


6.3.3 ”except 操作 符 
ANSI SQL 规范 定义 了 except 操作 符 以 执行 集合 差 操 作 。 同 样 不 幸 的 是 ，MySQL 6.0 版 本 
仍 未 实现 except 操作 符 ， 因此 这 里 采用 与 上 文 同样 的 方式 (虚构 MySQL 语句 ) 进行 阐述 。 













































































2 提示 
a、 在 Oracle 数据 库 中 ， 可 以 使 用 非 ANSI 标准 的 minus 操作 符 来 替代 。 








except 操作 符 返 回 第 一 个 表 减 去 与 第 二 个 表 重 合 的 元 素 后 剩 下 的 部 分 。 下 面 的 例子 与 前 
一 小 节 相 同 ， 只 不 过 使 用 except 替代 了 intersect: 
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SELECT emp_id 
FROM employee 
WHERE assigned branch_id = 2 
AND (title = 'Teller' OR title = 'Head Teller') 
EXCEPT 
SELECT DISTINCT open_emp_id 
FROM account 
WHERE open_branch_id = 2; 


二 一 一 一 一 一 一 一 一 + 
| emp_id | 
二 一 一 一 一 一 一 一 一 + 
| 11 | 
| 12 | 
二 一 一 一 一 一 一 一 一 + 


2 rows in set (0.01 sec) 
在 该 查询 中 ， 结 果 集 包含 第 一 个 查询 所 产生 的 3 行 数 据 减 去 两 个 查询 结果 集中 都 包含 
的 雇员 数据 (ID 为 10)。ANSI SQL 规范 中 还 定义 了 except all 操作 符 , 并 且 也 只 有 IJBM 
DB2 Universal Server 已 经 实现 了 它 。 


Except all 操作 符 有 点 难以 理解 , 因此 下 面 提供 一 个 例子 说 明 它 是 如 何 处 理 重复 数据 的 。 
假设 我 们 拥有 下 面 两 个 数据 集 : 


























Neay 









































集合 A 
Fim 
emp_id 
让 
10 
11 
12 
10 
10 
和 
集合 B 
oa ee 
| emp_ia 
| 
| 10 
| 10 
3 
操作 AexceptB 产生 如 下 结果 : 
a 
| emp_id 
宇和 
| 11 
| 12 
ee 
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如 果 将 操作 修改 为 A except all B, 那么 结果 如 下 所 示 。 
A + 
emp_id | 
汪 二 二 一 二 一 一 二 一 十 
ji 
和 | 
2 | 





A 



































LE 





则 根据 重复 数据 在 集合 B 中 出 现 的 次 数 进 行 册 


6.4 ”集合 操作 规则 

下 面 几 个 小 节 简 述 一 下 使 用 复合 查询 的 一 些 规则 。 

6.4.1 对 复合 查询 结果 排序 

如 果 需 要 对 复合 查询 的 结果 进行 排序 ， 那 么 可 以 在 最 后 一 个 查询 


句 。 当 在 order by 子 句 中 指定 要 排序 的 列 时 ,需要 从 复合 查询 的 第 
通常 情况 下 ,复合 查询 中 两 个 查询 对 应 列 的 名 字 是 相同 的 ， 但 六 


除 o 



























































此 可 见 , 两 个 操作 的 区 别 在 于 , except 在 集合 A 中 除去 所 有 的 重复 数据 , 而 except all 


后 面 增加 order by 子 
一 个 查询 中 选择 列 名 。 
fF 不 是 强制 的 ， 如 下 面 























的 语句 所 示 。 


mysql> SELECT emp_id, assigned branch_id 
-> FROM employee 
-> WHERE title = 'Teller' 
-> UNION 
-> SELECT open_emp_id, open_branch_id 
-> FROM account 




















-> WHERE product_cd = 'SAV' 
-> ORDER BY emp_id; 
于 三 三 三 三 一 三 三 十 一 一 一 一 一 一 一 二 二 二 二 三 三 三 三 一 二 三 
emp_id assigned_ branch_id 
二 三 兰 二 关 三 二 三 手 三 三 三 一 一 一 一 三 一 二 二 一 一 二 一 二 三 一 三 二 
1 1 
到 aE 
8 1 
9 亚 
10 2 
11 2 
12 2 
14 3 
15 3 
16 4 
17 4 
18 4 
浊 二 三 三 二 二 二 一 二 直 二 二 三 二 二 二 二 二 三 一 三 一 二 三 一 三 三 一 一 十 
12 rows in set (0.04 sec) 








102 第 6 章 




















本 例 中 两 个 查询 指定 的 列 名 并 不 相同 , 如果 在 order by 子 句 中 指定 的 是 来 自 第 二 个 查询 




















的 列 名 ， 那 么 将 发 生 下 面 的 错误 。 


mysql> SELECT emp_id, assigned branch_id 
-> FROM employee 
-> WHERE title = 'Teller' 
-> UNION 
-> SELECT open_emp_id, open_branch_id 
-> FROM account 
-> WHERE product_cd = 'SAV' 
-> ORDER BY open_emp_id; 


ERROR 1054 (42S22): Unknown column ‘open_ emp_id' in 'order clause' 








因此 本 书 建议 对 两 个 查询 的 各 列 定义 不 同 的 列 别名 ， 以 避免 此 类 错误 的 发 生 。 





6.4.2 ”集合 操作 符 优先 级 





如 果 复 合 查 询 包 含 两 个 以 上 使 用 不 同 集合 操作 符 的 查询 ， 那 么 需要 在 复合 语句 








查询 执行 的 次 序 ， 以 获取 想 要 的 结果 。 考 虑 下 面包 含 3 个 查询 的 复合 语句 : 


mysql> SELECT cust_id 
-> FROM account 
-> WHERE product_cd IN ('SAV', 'MM') 
-> UNION ALL 
-> SELECT a.cust_id 
-> FROM account a INNER JOIN branch b 
一 > ON a.open branch_id = b.branch_id 
-> WHERE b.name = 'Woburn Bzanch' 
-> UNION 
-> SELECT cust_id 
-> FROM account 
—> WHERE avail_balance BETWEEN 500 AND 2500; 











上 
FF ~O oo 中 mWDP Pp 








9 rows in set (0.00 sec) 





FPF 确定 
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该 复合 查询 包含 3 个 返回 非 唯一 客户 ID 的 查询 , 第 一 个 和 第 二 个 查询 使 用 union all 操 





作 符 连接 ,而 





而 第 二 个 和 第 三 个 查询 之 间 使 用 的 是 union 操作 符 。 尽 管 表 面 上 看 起 来 union 








和 union all 操作 符 的 区 别 不 大 ， 实 际 上 它们 还 是 有 差别 的 。 下 面 是 类 似 的 复合 查询 ， 
只 不 过 这 两 个 操作 符 出 现 的 次 序 被 调换 了 。 


mysql> SELECT cust_id 








FROM account 

WHERE product_cd IN ('SAV', 'MM') 

UNION 

SELECT a.cust_id 

FROM account a INNER JOIN branch b 
ON a.open _ branch_id = b.branch_id 

WHERE b .name = 'Woburn Branch' 

UNION ALL 

SELECT cust_id 

FROM account 

WHERE avail_balance BETWEEN 500 AND 2500; 





17 rows in set (0.00 sec) 





如 上 面 的 结果 所 示 ， 显 然 用 不 同 的 集合 操作 符 构 建 复合 查询 会 产生 不 同 的 查询 结果 。 
通常 ， 复 合 查询 包含 3 个 或 3 个 以 上 的 查询 语句 ， 它 们 以 自 项 向 下 的 顺序 被 解析 和 执 



















































































行 ， 但 还 需 


需要 注意 下 面 两 点 : 
































。 ”根据 ANSI SQL 标准 ,在 调用 集合 操作 时 ，intersect 操作 符 比 其 他 操作 符 具 有 更 高 




















104 第 6 章 


的 优先 级 ; 
。 可 以 用 圆 括号 对 多 个 查询 进行 封装 ， 以 明确 指定 它们 的 执行 次 序 。 
虽然 MySQL 还 没有 实现 intersect 操作 符 ， 并 且 也 不 允许 在 复合 查询 中 使 用 括号 , 但 是 
仍然 需要 小 心地 安排 复合 查询 中 各 查询 的 次 序 ， 以 获得 期 望 的 结果 。 如 果 使 用 其 他 的 
数据 库 服 务 器 ， 可 以 用 括号 封装 所 连接 的 查询 ， 以 改变 复合 查询 中 默认 的 自 顶 向 下 的 
处 理 顺 序 ， 如 下 所 示 。 


SELECT cust_ id 







































































FROM account 

WHERE product_ cd IN ('SAV', 'MM') 
UNION ALL 
S 
BE 





ELECT a.cust_id 

ROM account a INNER JOIN branch b 

ON a.open branch_ id = b.branch_id 
WHERE b.name = 'Woburn Branch') 
INTERSECT 

(SELECT cust_ id 

FROM account 

WHERE avail_ balance BETWEEN 500 AND 2500 
EXCEP 
SELECT cust_id 

FROM account 

WHERE product_ cd = "CD ' 
AND avail balance < 1000)，; 


在 该 复合 查询 中 ， 使 用 union all 操作 符 连 接 第 一 个 和 第 二 个 查询 ， 使 用 except 操作 符 
连接 第 三 个 和 第 四 个 查询 。 最 后 用 intersect 操作 符 连 接 这 两 个 操作 的 结果 , 以 产生 最 终 
的 结果 集 。 


6.5 “小 测验 

下 面 的 练习 题 用 于 测试 读者 对 集合 操作 符 的 理解 程度 ， 答 案 参 见 附录 C。 

练习 6-1 

如 果 集 合 A= {LMN OP}, 集合 B= {PQRST}, 那么 下 面 的 操作 产生 的 结果 集 是 什么 ? 


. A union B 























































































































. A union all B 
. A intersect B 


e AexceptB 
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练习 6-2 
编写 一 个 复合 查询 ， 以 查找 所 有 个 人 客户 以 及 雇员 的 姓氏 和 名 字 。 














练习 6-3 
根据 name 列 对 练习 6-2 的 结果 进行 排序 。 
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如 前 言 中 提 到 的 ， 本 书 致力 于 讲述 可 以 应 用 到 多 种 数据 库 服 务 器 上 的 通用 SQL 技巧 ， 
而 本 章 主 要 处 理 对 字符 串 、 数 字 或 临时 数据 的 生成 、 转 换 和 操作 。 由 于 SQL 语言 本 身 
不 包含 这 些 功能 相关 的 命令 ， 各 数据 库 服 务 器 必须 使 用 内 建 函 数 处 理 数 据 生 成 、 转 
换 和 操作 ， 并 且 尽 管 SQL 标准 指定 了 一 些 函数 ， 但 有 的 数据 库 厂 商 并 没有 遵从 这 些 画 
数 规范 。 
因此 ， 本 章 的 目的 在 于 介绍 使 用 SQL 语句 的 一 些 常 用 方式 处 理 数 据 ， 并 展示 Microsoft 
SQL Server、Oracle Database 和 MySQL 的 一 些 内 建 函 数 。 强 烈 建 议 读者 在 阅读 本 章 时 ， 
购买 一 本 所 使 用 数据 库 服 务 器 的 参考 手册 ， 其 中 包含 了 它 的 所 有 内 建 函 数 。 如 果 你 使 
用 了 不 只 一 种 数据 库 服务 器 ,那么 可 以 使 用 涵盖 多 种 服务 器 的 参考 手册 ,如 Kevin Klin 
等 的 “SQL in a Nutshell” 和 Jonathan Gennick 的 “SQL Pocket Guide”, 它 们 都 是 由 O’Reilly 
出 版 的 。 


7.1 使 用 字符 串 数据 

当 使 用 字符 串 数 据 时 ， 可 以 使 用 下 面 的 字符 数据 类 型 。 

CHAR 

固定 长 度 、 不 足 部 分 使 用 空格 填充 的 字符 串 。MySQL 的 CHAR 类 型 的 长 度 为 255， 
Oracle 数据 库 人 允许 2000 个 字符 ,而 SQL Server 的 CHAR 类 型 允许 的 最 大 长 度 为 8000。 

Varchar 


变 长 字符 串 。MySQL 人 允许 varchar 列 最 多 可 包含 65536 个 字符 ，Oracle 数据 (varchar2 
类 型 ) 允许 包含 4000 个 字符 ， 而 SQL Server 允许 varchar 类 型 的 最 大 长 度 为 8000。 


text (MySQL 和 SQL Server) 或 CLOB (Character Large Object; Oracle Database ) 
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容纳 大 长 度 的 变 长 字符 串 (通常 在 上 下 文中 指 代 文档 )。MySQL 具有 多 种 text 类 
型 (tinytext、text、mediumtext 和 longtext) ， 最 多 可 保存 4GB 大 小 的 文档 数据 。 
SQL Server 只 具有 一 个 最 大 长 度 为 2GB 的 text 类 型 ,而 Oracle 数据 库 包 含 的 CLOB 
数据 类 型 可 以 保存 128TB 的 文档 。SQL Server 2005 建议 使 用 varchar(max) 数 据 类 
型 来 蔚 代 text 类 型 ， 后 者 在 未 来 的 版 本 中 可 能 被 删除 。 


为 了 演示 如 何 使 用 这 些 字符 串 类 型 ， 首 先 为 本 章 的 各 示例 建立 下 面 的 表 : 


CREATE TABLE string_tbl 
(char_fld CHAR(30), 
vchar_fld VARCHAR (30), 
text_fld TEXT 
); 


下 面 两 小 节 将 展示 如 何 生 成 和 操作 字符 串 数 据 。 


7.1.1 生成 字符 惠 
生成 字符 串 数 据 的 最 简单 方式 是 使 用 一 对 单 引 号 将 字符 串 包 含 起 来 ， 例 如 
mysql> INSERT INTO string_tbl (char_fld, vchar_fld, text_fld) 
-> VALUES ('This is char data', 
一 > "This is varchar data', 
一 > "This is 七 ext data'); 
Query OK, 1 row affected (0.00 sec) 
在 向 表 中 插入 字符 串 数据 时 ， 需 要 保证 其 长 度 不 超出 字符 列 的 最 大 长 度 (用 户 指定 的 
或 该 数据 类 型 内 建 的 最 大 值 )， 否 则 服务 器 将 会 抛 出 异常 。 这 是 所 有 数据 库 服务 器 的 默 
认 做 法 ， 但 可 以 通过 对 MySQL 或 SQL Server 的 配置 ， 将 其 修改 为 直接 截断 字符 串 后 
插入 ， 并 且 不 抛 出 任何 异常 。 为 了 演示 MySQL 如 何 处 理 这 种 情况 ， 下 面 使 用 update 
语句 向 最 大 长 度 为 30 的 vchar_fld 列 中 插入 长 度 为 46 的 字符 串 : 
mysql> UPDATE string_tbl 
-> SET vchar_fld = 'This is a Piece of extremely long varchar data'; 
ERROR 1406 (22001): Data too long for column 'vchar_fld' at row 1 
在 MySQL 6.0 中 ， 默 认 行 为 是 “strict” 模 式 ， 即 在 发 生 问题 时 抛 出 异常 ， 而 在 早先 的 
服务 器 版 本 中 ， 默 认 方式 是 截断 字符 串 并 发 出 一 个 警告 。 如 果 和 希望 数据 库 引 警 采 取 后 
一 种 方式 ,可 以 将 之 修改 为 ANSI 模式 ,下 例 演示 了 如 何 查 看 数据 库 的 当前 模式 ， 以 及 
如 何 使 用 SET 命令 改变 模式 : 


mysql> SELECT QQsession.sql_mode:; 
































































































































































































































二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| @@session.sql_mode 

二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
| STRICT_TRANS_TABLES,NO_AUTO_ CREATE_USER,NO_ENGINE SUBSTITUTION | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.00 sec) 
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mysql> SET sql_mode='ansi'; 
Query OK, 0 rows affected (0.08 sec) 








mysql> SELECT QQ@session.sql_mode; 



































十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| @@session.sql_mode | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| REAL_AS_FLOAT,PIPES_AS_ CONCAT,ANSI_ QUOTES, IGNORE_SPACE,ANSI | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.00 sec) 
如 果 再 次 运行 前 一 个 UPDATE 语句 ， 那 么 将 发 现 该 列 内 容 发 生 了 改变 ， 同 时 也 会 产生 
下 面 的 警告 : 


mysql> SHOW WARNINGS; 

















i 











让 汪汪 二 二 二 二 a SS 生计 闻 写 半 二 一 一 一 十 
| Level | Code | Message | 
在 二 二 二 二 二 二 ERROR 现汇 全 CS 二 过 一 一 一 十 
| warning | 1265 | Data truncated for column 'vchar_fld' at row 1 | 
二 三 二 二 三 二 二 二 半生 二 二 二 二 二 求 汪 一 三 汪 二 二 二 二 二 二 二 二 二 二 生 二 二 二 二 二 二 二 二 二 二 和 二 二 二 二 二 二 二 二 三 三 过 一 二 二 二 一 一 一 十 





1 row in set (0.00 sec) 
提取 vchar_fld 列 的 数据 ， 将 会 看 到 被 截断 后 的 字符 串 : 


mysql> SELECT vchar_fld 
-> FROM string_tbl; 
二 人 








十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.05 sec) 


如 上 所 示 , 长 度 为 46 的 字符 串 中 只 有 前 30 个 字符 被 保存 到 vchar_fld 列 。 在 使 用 varchar 
列 时 避免 字符 串 截断 (或 在 Oracal 和 MySQL 的 “strict” 模 式 下 抛 出 异常 ) 的 最 好 方 
法 是 将 列 长 度 的 上 限 设置 为 足够 大 ， 以 处 理 可 能 存储 在 列 中 的 最 长 字符 串 (由 于 服务 
器 是 在 存储 字符 串 时 按 需 分 配 空间 ， 因 此 不 会 因为 将 varchar 列 的 上 限 值 设置 得 比较 大 
而 浪费 资源 )。 
包含 单 引号 
由 于 在 SQL 中 的 字符 串 使 用 单 引号 分 隔 ， 因 此 对 于 本 身 包含 单 引号 (或 撤 号 ) 的 字符 
串 会 产生 警告 ， 比 如 无 法 将 下 面 的 字符 串 揪 和 服务器， 因为 其 中 单词 doesn't 中 所 含 的 
撤 号 被 视 为 字符 串 的 结束 标记 : 

UPDATE string tbl 

SET text_fld = 'This String doesn't work'; 


为 了 使 服务 器 忽略 单词 doesn't 中 的 撤 号 ， 需 要 在 字符 串 中 加 上 转 义 符 以 便服 务 嚣 能够 
将 它 视 为 普通 字符 。 上 面 提 到 的 3 种 数据 库 服务 器 都 支持 通过 在 单 引号 前 再 添加 一 个 
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单 引号 作为 转 义 符 ， 例 如 : 


mysql> UPDATE string_tbl 

-> SET text_fld = 'This string didn''t work, but it does now'; 
Query OK, 1 row affected (0.01 sec) 
Rows matched: 1 Changed: 1 Warnings: 0 





提示 
Oracle 和 MySQL 的 用 户 可 以 选择 使 用 反 针 杠 作为 单 引号 的 转 义 符 , 例如: 


UPDATE String tbl SET text_fld = 
"This string didn\'t work, but it does now' 


在 屏幕 上 或 报表 域 中 提取 该 字符 串 时 ， 可 以 不 使 用 任何 特殊 的 方式 处 理 
内 诅 的 引号 : 








mysql> SELECT text_fld 
-> FROM string_tbl; 








十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| text_fld | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| This string didn't work, but it does now | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 





1 row in set (0.00 sec) 
当然 ， 在 提取 字符 串 并 添加 到 另 一 个 程序 所 读 取 的 文件 中 时 ， 或 许 需要 为 获取 的 字符 
增加 转 义 符 。 如 果 使 用 MySQL， 可 以 使 用 内 建 的 函数 quote0， 它 用 单 引号 将 整个 字 
符 串 包含 起 来 ， 并 为 字符 串 本 身 的 单 引号 / 撤 号 增加 转 义 符 ， 下 面 为 使 用 quoteO 函 数 获 
取 字 符 串 的 例子 : 


mysql> SELECT quote (text_fld) 
-> FROM string_tbl; 



































HH 
































十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
| QUoTE (text_f1d) | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
| 'This string didn\'t work, but it does now' | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 





1 row in set (0.04 sec) 


当 提 取 用 于 导出 的 数据 时 ， 可 以 使 用 quote0 函 数 处 理 所 有 非 系统 生成 的 字符 列 ， 如 


customer_notes 列 。 


包含 特殊 字符 

如 果 应 用 是 国际 化 的 ， 或 许 需 要 处 理由 键盘 字符 之 外 的 字符 所 构成 的 字符 串 。 例 如 ， 
使 用 法 语 或 德语 时 ， 需 要 包含 重音 符号 ， 如 & 和 5。SQL Server 和 MySQL 服务 器 包含 
了 内 建 函 数 char0 ,可 用 于 从 ASCII 字符 集中 255 个 字符 中 任意 构建 字符 串 (Oracle 数 
据 库 用 户 可 以 使 用 chrO 函 数 )。 下 面 的 例子 获取 一 个 输入 的 字符 串 以 及 通过 独立 字符 构 
建 的 与 之 相同 的 字符 串 : 
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mysql> SELECT 'abcdefg', CHAR(97,98,99,100,101,102,103); 











ee 
| abcdefg | CHAR(97,98,99,100,101,102,103) | 
二 二 本 十 
| abcdefg | apeeetg | 
寺 三 全 二 二 二 二 一 求证 十 


1 row in set (0.01 sec) 


从 本 例 可 见 ，ASCII 字符 集中 的 第 97 个 字符 为 字母 a。 上 例 中 的 字符 并 不 特殊 ， 下 面 
的 例子 显示 了 重音 字符 以 及 其 他 一 些 特殊 字符 : 


mysql> SELECT CHAR(128. 129,130,131,132,133,134,135,136,137); 


MIN oe = 总 ES 





























eh Sa Se 





Ey RM et mt ne ee Sr Ss 
row in set (0.01 sec) 





mysql> SELECT CHAR(138,139,140,141,142,143,144,145,146,147); 


i et hh or eh tA SE i et ER DL RD a 





ss md i EE Cn de 








eT1IiAAEeEO 


来 之 去 一 二 一 ee a en Ns. Pata SGA SA SS A ee te ji 





row in set (0.01 sec) 


mysql> SELECT CHAR(1487 149,150,151,152,153,154,155,156,157); 











一 EE ey 和 a PE Ee i 3 Fe UE ea RY PP se En 
CHAR(148,149,150,151,152,153,154,155,156,157) 

十 一 一 a i a cit et i a a nh en ld nit nd si ed et Mh a ha i ey 
SOUUY. . .Uc£¥ 

yt er Ye De fe WE WS Ce Py SE BE Sr Se at ds DA WR RY TER PR Soe 





row in set (0.00 sec) 


mysql> SELECT CHAR(158,159,160,161,162,163,164,165); 








二 二 二 二 三 三 汪 三 二 二 三 三 关于 
CHAR(158,159,160,161,162,163,164,165) | 
十 三 二 一 一 二 一 一 一 一直 一 一 二 一 一 一 二 人 
TS| | 
二 








row in set (0.01 sec) 
ed 提示 

ey 本 节 中 的 例子 使 用 的 是 latinl 字符 集 。 如 果 将 会 话 设置 为 其 他 字符 集 ,， 那 
ES A: 么 上 面 将 显示 不 同 的 字符 。 虽 然 应 用 的 概念 是 相同 的 ， 但 是 仍然 需要 熟 
悉 所 用 的 字符 集 以 定位 特殊 字符 。 


根据 一 个 个 字符 构建 字符 串 是 相当 烦琐 的 ， 特 别 是 其 中 一 些 符 号 是 重音 符 。 幸 运 的 是 ， 
可 以 使 用 concat0 函 数 来 连接 若干 字符 串 。 其 中 ,一些 可 以 输入 , 另 一 些 可 以 通过 charO 
函数 生成 。 下 面 举例 说 明 如 何 使 用 concat0 和 char0 函 数 构 建 短 语 danke schon: 


mysql> SELECT CONCAT('danke sch', CHAR(148), 'n'); 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| coNCRAT ('danke sch', CHAR(148), 'n') | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| danke schén | 
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十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
1 row in set (0.00 sec) 








提示 

Oracle 数据 库 用 户 可 以 使 用 连接 操作 符 (上 ‖) 来 取代 concatO 函 数 ， 例 如 : 
SELECT 'danke sch' || cHR(148) || 'n' 
FROM dual; 


SQL Server 也 不 提供 concatO 函 数 ， 可 以 使 用 连接 字符 (+)， 例 如 : 
SELECT 'danke sch' + CHAR(148) + rn' 
如 果 需 要 根据 字符 来 查找 对 应 的 ASCII 码 , 可 以 使 用 ascii0 函 数 , 它 接受 一 个 字符 并 
回 其 序号 : 

mysql> SELECT ASCII('6'); 

















高 

















十 一 一 一 一 一 一 一 一 一 一 一 一 + 
| ASCII('S') | 
十 一 一 一 一 一 一 一 一 一 一 一 一 + 
| 148 | 
十 一 一 一 一 一 一 一 一 一 一 一 一 + 


1 row in set (0.00 sec) 


通过 char0、ascii0 和 concat() 函 数 (或 连接 操作 符 )， 可 以 使 用 任何 罗马 字符 ， 即 使 所 
用 的 键盘 并 不 包括 重音 符 或 其 他 特殊 字符 。 


7.1.2 ”操作 字符 串 
每 种 数据 库 服务 器 都 包含 许多 用 于 操作 字符 种 的 内 建 函 数 。 本 小 节 将 主要 讨论 其 中 两 
类 字符 串 函 数 ， 返回 数字 的 和 返回 字符 串 的 。 首 先 需 要 重 设 sting_tbl 表 中 的 数据 ， 


mysql> DELETE FROM string_tbl; 
Query OK, 1 row affected (0.02 sec) 










































































mysql> INSERT INTO string_tbl (char_fld, vchar_fld, text_fld) 
-> VALUES ('This string is 28 characters', 
一 > "This string is 28 characters' 
一 > "This string is 28 characters'); 

Query OK, 1 row affected (0.00 sec) 


返回 数字 的 字符 串 函 数 
显然 , 最 常用 的 返回 数字 的 字符 串 函 数 为 length0 函 数 , 它 返 回 字符 串 的 字符 数 (SQL Server 
用 户 需要 使 用 len0 函 数 )。 下 面 的 查询 对 string_tbl 表 中 的 每 个 列 都 应 用 一 次 lengthO 函 数 : 


mysql> SELECT LENGTH (char_fld) char_length, 
二 六 LENGTH (vechar_f1d) varchar_length, 
一 > LENGTH (text_fl1d) text_length 
-> FROM string_tbl; 






































ep 二 二 二 三 二 二 洁 二 二 二 二 二 二 三 二 二 三 二 二 二 于 
| char_length | varchar_length | text_lengt | 
ep 下 | 让 
| 28 | 28 | 28 | 
村 I es 一 一 一 十 


1 row in set (0.00 sec) 
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varchar 和 text 列 的 长 度 与 预期 一 样 , 但 读者 或 许 会 认为 char 列 长 度 应 该 为 30, 因为 上 
文 已 提 到 过 char 列 中 存放 的 字符 串 是 使 用 空格 向 右 补 齐 的 ,MySQL 服务 器 在 获取 数据 
时 会 删除 char 类 型 数据 的 尾 端 空格 ， 因 此 无 论 存储 字符 串 的 列 为 何 种 类 型 ， 该 字符 串 
函数 得 到 的 结果 都 是 相同 的 。 
除了 确定 字符 串 的 长 度 ， 或 许 还 需要 查找 字符 串 中 子 字符 串 的 位 置 。 举 例 来 说 ， 如 果 希 望 
查找 字符 串 “characters ”在 vchar_fld 列 中 的 位 置 ， 可 以 使 用 position0 函 数 ， 如 下 所 示 。 


mysql> SELECT POSITION (' characters' IN vchar_fld) 
-> FROM string_tbl; 


















































+ 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| POSITION('characters' IN vchar_ fld) | 
+ 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 19 | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.12 sec) 


内 找 不 到 该 子 字符 串 ， 那 么 position0) 函 数 将 返回 0。 

警告 

| 对 于 C 或 C++ 程序 员 来 说 ， 数 组 的 第 一 个 元 素 的 位 置 号 为 0， 但 必须 

[ee | 记 住 在 使 用 数据 库 时 ， 字 条 囊 中 的 第 一 字符 位 置 号 为 1。 因此 如 果 
position0O 函 数 返回 0 值 则 表示 没有 找到 该 子 字 符 串 ,而 不 是 该 子 字符 串 
出 现在 字符 串 的 第 一 位 置 。 

如 果 和 希望 在 字符 串 中 的 任意 位 置 开 始 搜索 ， 而 不 是 仅 限 于 从 第 一 个 字符 开始 ， 那 么 可 以 使 用 

locate0) 函 数 ， 它 与 position0 浮 数 相 似 ， 只 不 过 它 可 以 接受 可 选 的 第 三 个 参数 ， 该 参数 用 

于 指定 搜索 的 起 始 位 置 。LocateOvchar_fld 列 中 第 5 个 字符 之 后 查找 字符 串 'is' 出 现 的 位 置 : 


mysql>SHLECT LOCATE('is', vchar_fld, 5) 
>FROM string_tb]l; 

















如 





Ni 
























































于 二 二 二 二 二 一 一 一 一 一 二 二 一 三 二 三 守业 
| LOCATE ('is', vchar_fld, 5) | 
圭一 二 二 二 一 一 二 二 二 三 二 二 二 一 一 三 二 二 一 二 一 一 一 一 全 二 林 
13 | 
i 


1 row in set (0.02 sec) 


-这 提示 
4、 Oracle 数据 库 并 不 包含 position() 或 locateO 函 数 ， 但 是 可 以 用 它 的 instr() 
| Sa 函数 模仿 position() 函 数 ( 需 提 供 两 个 参数 ) 和 1ocate() 浮 数 ( 需 提供 3 个 
参数 )。SQL Server 也 没有 position0 或 locateO 函 数 ， 但 是 它 的 charindx() 
函数 与 Orcale 的 instrO 函 数 相 似 ， 同 样 可 以 接受 2 个 或 3 个 参数 。 

另 一 个 接受 字符 串 作 为 参数 同时 返回 数字 的 函数 是 字符 串 比 较 函 数 strcmpO0。 只 有 
MySQL 实现 了 strcmpO0， 并 且 在 Oracle 及 SQL Server 数据 库 中 并 没有 与 此 功能 相似 的 

函数 。 该 函数 接受 两 个 字符 串 作 为 参数 ， 并 返回 下 面 的 结果 之 一 : 
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. ， 第 一 个 字符 串 的 排序 位 于 第 二 个 字符 串 之 前 

。 0， 两 个 字符 串 相同 ， 

个 字符 串 的 排序 位 于 第 二 个 字符 串 之 后 。 
为 了 说 明 该 函数 是 如 何 工作 的 ， 下 面 首 先 使 用 一 个 查询 显示 5 个 字 
显示 使 用 strcmp0 将 一 个 字符 串 与 另 
表 的 5 个 字符 串 : 


> DELETE FROM string_tbl; 
| row affected (0.00 sec) 








。 1， 第 一 


















































mysql 
Query OK, 


mysql> INSERT INTO string_: 
Query OK, 1 row affected 


tbl (vechar_f1d) 
0.03 sec) 


VALUES 


> INSERT INTO string_tbl (vechar_fld) VALUES 


| row affected (0.00 sec) 


mysql 
Query OK, 


mysql> INSERT INTO string_: 
Query OK, 1 row affected 


tbl (vechar_f1d) 
0.00 sec) 


VALUES 


mysql> INSERT INTO string_: 
Query OK, 1 row affected 


tbl (vechar_f1d) 
0.00 sec) 


VALUES 





mysql> INSERT INTO string_: 
Query OK, 1 row affected 


下 面 为 5 个 字符 串 的 排序 次 序 ; 


mysql> SELECT vchar_fld 
-> FROM string_tbl 
-> ORDER BY vchar_fld; 


tbl (vechar_f1d) 
0.00 sec) 


VALUES 














+ 一 一 一 一 一 一 一 一 一 一 一 + 
| vechar_fld | 
二 二 二 光世 从 十 
| 12345 | 
| abcd | 
| QRSTUV | 
| qrstuv | 
| xyz | 
站 二 二 二 二 天 + 


5 rows in set (0.00 sec) 


下 面 的 查询 对 5 个 不 同 字符 串 进行 6 次 比较 : 


mysql> SELECT STRCMP ('12345' 
一 > STRCMP ('abcd', 'xyz') abcd_xyz， 
一 > STRCMP ('abcd', 'QRSTUV') abcd_ORSTUV， 
三 学 STRCMP ('qrstuv', 'QRSTUV') qrstuv_QRSTUV, 
一 > STRCMP ('12345', 'xyz') 12345_xyz, 
一 > STRCMP ('xyz', 'qrstuv') xyz_qrstuv; 




















7 '12345') 12345_12345, 


符 串 的 次 序 ， 然 后 








个 字符 串 比 较 的 结果 。 下 面 为 插入 到 string_tbl 


('abcd' ) ; 
('xyz'); 
('QRSTUV ' ); 
('qrstuv'); 


('12345 ' ) ; 














二 二 二 二 二 二 二 二 二 二 到 二 十 一 一 一 二 一 一 一 一 二 
|12345_ L934 | Aba xyz|abcgd_ QRSTUV|gqrstuv_QRSTUV|12345_xyz |xyz_qrstuv| 
hs 本 一 一 一 一 一 二 三 4 ee 
| 0 | -1 | “| 0 | -1 | I | 
二 二 一 二 和 二 圭一 二 二 二 一 二 
1 row in set (0.00 sec) 
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显然 第 一 个 比较 的 结果 为 0, 因为 它 是 字符 串 与 自身 的 比较 。 第 4 个 比较 的 结果 也 是 0， 
这 个 结果 令 人 惊讶 ， 因 为 尽管 这 两 个 字符 串 是 由 相同 的 字母 组 成 ， 但 其 中 一 个 字符 串 
都 是 大 写 ， 而 另 一 个 为 小 写 。 原 因 在 于 MySQL 的 stremp0 函 数 是 大 小 写 不 敏感 的 ， 在 











使 用 此 函数 时 必须 记 住 这 一 点 。 另 外 4 个 比较 操作 返回 -1 或 1, 取决 于 第 一 个 字符 串 在 


























排序 次 序 中 位 于 第 二 个 字符 串 之 前 还 是 之 后 。 举 例 来 说 ，strcmp(abcd', xyz) 产 生 -1， 
为 字符 串 “abcd” 出 现在 字符 串 “xyz” 之 前 。 
除了 stremp0 函 数 ，MySQL 还 可 以 在 select 语句 中 使 用 like 和 regexp 操作 符 来 比较 字 





4 和 泗 中 


付 中 oo 








这 些 比 较 操 作 的 结果 为 1 (true) 或 0 (false)。 因 此 ， 这 些 操作 符 同样 可 以 构建 








表达 式 并 返回 字符 串 ， 与 上 一 节 中 描述 的 函数 十 分 相似 。 下 面 是 使 用 like 的 一 个 例子 : 








mysql> SELECT name, name LIKE 


-> FROM department; 








村 二 二 二 二 二 三 生生 全 下 二 二 生生 二 二 这 二 十 才 汪 汪 时 
| name | ends_in ns | 
ts et 
| Operations | 1 | 
| Loans | 1 | 
| Administration | 0 | 
中 ee 十 
3 rows in set (0.25 sec) 





上 例 获取 了 所 有 的 部 门 名称 以 及 一 个 表达 式 结果 














其 


信 。 六 


'Sns' ends_in_ns 





中 ， 当 部 门 名 称 以 “ns” 结 尾 时 返 


回 1; 反之 ,返回 0。 和 希望 执行 更 复杂 的 模式 匹配 时 ， 可 以 使 用 regexp 操作 符 ， 例 如 : 


mysql> SELECT cust_id, cust_type_cd, fed_iqd, 


一 > 
-> FROM customer; 


fed_id REGEXP '.{3}-.{2}-.{4}"' 


is_ss_no_format 









































中 EN ps Et NE NE 
cust_id cust_type_cd fed_id is_ss_no_format 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
上 I 111-11-1111 
2 下 222522 2222 
3 I 333S33=3333 
4 444-44-4444 
5 于 5595=55=5555 
6 I 666-66-6666 
7 I 777-77-7777 
8 工 888-88-8888 
9 亚 999-99-9999 | 
10 B 04-1111111 0 
二 出 B 04-2222222 0 
12 B 04-3333333 0 
13 B 04-4444444 0 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
13 rows in set (0.00 sec) 
在 本 查询 中 ， 如 果 fed_id 列 的 值 与 社会 安全 号 码 的 格式 相 匹 配 ， 第 四 列 就 将 返回 1。 
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提示 
SQL Server 和 Oracle 数据 库 的 用 户 可 以 使 用 case 表 达 式 获得 相似 的 结果 ， 
在 第 11 章 中 对 此 进行 详细 描述 。 


返回 字符 串 的 字符 串 函 数 

在 某 些 情况 下 ， 需 要 修改 已 有 的 字符 串 ， 比 如 截取 其 中 的 一 部 分 ， 或 者 向 它 添加 额外 
的 文本 。 每 种 数据 库 服 务 器 都 包含 多 个 执行 这 些 任 务 的 函数 ， 不 过 在 开始 介绍 它们 之 
前 需要 再 次 重 设 string_tbl 表 的 数据 。 


mysql> DELETE FROM string_tb]l; 
Query OK, 5 rows affected (0.00 sec) 



























































mysql> INSERT INTO string_tbl (text_fld) 
-> VALUES ('This string was 29 characters'); 
Query OK, 1 row affected (0.01 sec) 


本 章 之 前 已 经 介绍 了 如 何 使 用 concatO 函 数 来 构建 包含 重音 符号 的 字符 串 , concat() 函 数 
在 许多 其 他 场合 也 是 十 分 有 用 的 ， 包 括 向 已 存储 的 字符 串 后 附加 额外 的 字符 。 例 如 ， 
下 面 的 例子 修改 了 text_fld 列 存储 的 字符 串 ， 在 其 末尾 增加 了 一 个 短 句 。 
mysql> UPDATE string_tbl 
-> SET text_fld = CONCAT (text_fld, ', but now it Is longer'); 


Query OK, 1 row affected (0.03 sec) 
Rows matched: 1 Changed: 1 Warnings: 0 


text_fld 列 的 内 容 现 在 变 成 如 下 所 示 : 


mysql> SELECT text_fld 
-> FROM string_tbl; 


ed i tt dt ses se i a ed ei BR 


| text_fld 


sh i de i mp he Ed ee ed i a ee a ad 





















































二 一 十 一 十 


Md fs Re en en ED Cn DD SD Cd i eh a A i eet ed i 





1 row in set (0.00 sec) 
此 可 见 , 与 其 他 返回 字符 串 的 函数 一 样 , 可 以 使 用 concat0 来 替换 字符 列 所 存储 的 数据 。 


另 一 种 使 用 concatO 函 数 的 常用 方式 是 根据 独立 的 数据 片段 构建 字符 串 。 举 例 来 说 ， 下 
面 的 查询 将 为 每 个 银行 柜员 产生 简介 字符 串 : 

































































mysql> SELECT CONCRAT (Ename， ' ', lname, ' has been a '， 

一 > title, ' since ', start_date) emp_narrative 

-> FROM employee 

-> WHERE title = 'Teller' OR title = 'Head Teller'; 
EE 全 全 全 全 全 全 全 全 二 的 作 
| emp_narrative | 
于 二 二 二 二 二 二 一 二 





Helen Fleming has been a Head Teller since 2008-03-17 | 
Chris Tucker has been a Teller since 2008-09-15 | 
Sarah Parker has been a Teller since 2006-12-02 | 
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concat0) 函 数 可 以 处 理 返 回 


串 格 


函数 ， 但 是 它 只 能 接受 两 个 字符 串 参数 ， 
蔡 代 品 ， 可 以 使 用 连接 操作 符 〈| 而 不 是 函数 调用 ， 如 下 所 示 。 





SQL 


concat0 函 数 可 以 用 于 在 字符 串 首 








Cindy Mason has been a 
Frank Portman has been 


Beth Fowler has been a 
Rick Tulman has been a 


Tell 


Theresa Markham has been a 


Tell 


Jane Grossman has been a Teller since 2006-05-03 
Paula Roberts has been a Head Teller since 2006-07-27 
Thomas Ziegler has been a 
Samantha Jameson has been 
John Blake has been a Head 


Teller since 2004-10-23 
a Teller since 2007-01-08 


Teller since 2004-05-11 
ler since 2006-08-09 


a Teller since 2007-04-01 


Head Teller since 2005-03-15 


ler Since 2006-06-29 








Tell 


ler since 2006-12-12 








13 rows in set 





(0.30 sec) 


字符 串 的 任何 表达 式 ， 甚 至 可 以 将 数字 和 日 期 型 转换 为 字符 











式 ， 如 上 面 作为 参数 的 日 




















SELECT fname || ' 
title || ' since ' 

FROM employee 

WHERE title = 'Teller' 


|| lname | 


OR title 














' has been a '' 





| | start_date emp_narrative 


'Head Teller'; 











期 列 (start_date ) 。 尽 管 Oracle 数据 库 也 包含 了 concatO) 
因此 前 面 的 查询 不 能 运行 在 Oracle 下 。 作 为 


Server 中 并 没有 concat0) 函 数 ， 因 此 需要 使 用 与 上 述 查 询 相 同 的 方法 ， 只 不 过 使 用 
的 是 SQL Server 的 连接 操作 符 (+) 或 不 是 ||。 















































端 或 末端 添加 字符 ， 除 此 之 外 ， 或 许 还 需要 在 字符 串 









































中 间 增 加 或 替换 部 分 字符 。 上 面 3 种 数据 库 都 为 此 功能 提供 了 不 同 的 实现 函数 ， 下 面 


























首先 介绍 MySQL 中 的 相应 函数 ， 然 后 再 展示 其 他 两 种 数据 库 服务 器 的 函数 。 

MySQL 包含 了 insert0) 函 数 ， 它 接受 4 个 参数 : 原始 字符 串 、 字 符 串 操作 的 开始 位 置 、 
需要 蔡 换 的 字符 数 以 及 替换 字符 串 。 根 据 第 三 个 参数 值 ， 函 数 可 以 选择 插入 或 蔡 换 原 
台 字 符 串 中 的 字符 。 如 果 该 参数 值 为 0， 那么 替换 字符 串 将 会 被 插入 其 中 ,并 且 剩余 的 
字符 将 会 向 右 排放 。 











在 本 例 中 ， 所 有 从 第 











mysql> SELECT INSERT ('goodbye world'， 











1 row in set (0.00 sec) 





9 位 开始 的 字符 都 向 


27 0, 


移动 ， 




















第 三 个 参数 大 于 0， 那 么 相应 数目 的 字符 将 会 被 替换 字符 串 所 取代 。 


mysql> SELECT INSERT('goodbye world', 





1, 7， 


以 容纳 插入 的 字符 串 “cruel  。 如 果 


'cruel ') string; 

















'hello') string; 
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hello world | 


| row in set (0.00 sec) 


在 本 例 中 ,前 7 个 字符 被 字符 串 “hello’ 替 换 ,Oracle 数据 并 没有 提供 与 MySQL 的 insertO 
函数 具有 同样 灵活 性 的 函数 , 但 它 的 replace0 函 数 也 可 以 用 于 替换 子 字 符 串 。 下 面 使 用 
replace0 重 新 完成 上 一 个 例子 ， 

SELECT REPLACE('goodbye world', ‘'goodbye', 'hello') 

FROM dual; 
其 中 ， 所 有 子 字符 串 “goodbye” 都 被 字符 串 “hello” 所 替换 ， 从 而 产生 结果 为 “hello 
world 。replace() 了 水 数 将 使 用 蔡 换 字符 串 取代 搜索 字符 串 的 所 有 实例 ， 因 此 ， 必 须 小 心 
它 可 能 进行 了 多 次 蔡 换 操作 ， 超 出 了 原先 的 预计 。 
SQL Server 同样 包含 replace0) 函 数 ， 其 功能 与 Oracle 的 相同 。 除 此 之 外 ，SQL Server 
还 包含 了 stuff0) 函 数 ， 其 功能 与 MySQL 的 insert0 函 数 类 似 ， 例 如 : 
SELECT STUFF('hello world', 1, 5, 'goodbye cruel') 
在 执行 该 查询 后 ， 从 位 置 1 开始 的 5 个 字符 被 删除 ， 然 后 “goodbye cruel” 被 插入 到 该 
位 置 ， 从 而 产生 的 结果 字符 串 为 “goodby cruel world 。 
除了 向 字符 串 中 插入 字符 外 ， 或 许 还 需要 从 字符 串 中 提取 子 字符 串 。 对 于 此 项 功能 ，3 
种 数据 库 服 务 器 都 提供 了 substring0 函 数 (Oracle 数据 库 中 为 substr0)， 它 从 指定 的 位 置 
开始 提取 指定 数目 的 字符 。 下 面 的 例子 演示 如 何 从 字符 串 的 第 9 个 位 置 提取 5 个 字符 : 


mysql> SELECT SUBSTRING('goodbye cruel world', 9, 5); 












































































































































除了 本 节 介 绍 的 这 些 函 数 ，3 种 服务 器 还 内 建 了 大 量 处 理 字符 串 数据 的 其 他 函数 。 它 们 
之 中 大 多 数 用 于 非常 特定 的 目的 ， 比 如 产生 8 进 制 或 16 进 制 数 的 字符 串 ， 但 也 有 许多 
通用 的 字符 串 函 数 ， 比 如 去 除 或 补 齐 字符 串 末 端的 空格 。 建 议 读者 通过 阅读 所 使 用 数 
据 库 服务 器 的 用 户 手册 或 更 通用 的 SQL 用 户 手 册 (如 SQL in a Nutshell) 来 获取 更 详细 
的 信息 。 


7.2 ”使 用 数值 数据 
与 字符 叫 数据 (以 及 后 面 将 要 介绍 的 临时 数据 不 同 ， 数 值 型 数据 的 生成 十 分 简单 


可 以 通过 输入 一 个 数字 、 从 男 一 个 数值 列 提取 或 者 通过 计算 而 产生 。 所 有 的 算术 操作 
符 (+、-、*、/) 都 可 以 用 于 执行 计算 ， 并 且 可 以 使 用 括号 改变 优先 级 ， 如 下 所 示 。 















































































































































118 第 7 章 


mysql> SELECT (37 * 59) / (78 - (8 * 6)); 








EO 
(37 * 59) / (78 - (8 * 6)) | 
OE 
72.77 | 
让 

















被 取 整 为 10.0。 


7.2.1 





执行 算术 函数 


1 row in set (0.00 sec) 


正如 在 第 2 章 中 提 到 的 ， 如 果 数 值 型 数据 的 精度 大 于 所 在 列 的 指定 长 度 ， 那 么 在 
存储 时 可 能 会 发 生 取 整 操 作 。 例 如 ， 数 字 9.96 在 被 存放 到 定义 为 foat(3,1) 的 列 时 将 





被 





/ 世 











千 
阔 





大 多 数 内 建 的 处 理 数值 的 函数 都 用 于 特定 的 算术 目的 ， 比 如 求 出 某 数 的 平方 根 。 表 7-1 




































































列 出 了 一 些 常用 的 数值 函数 ， 它 们 接受 单个 参数 并 返回 一 个 数字 。 
表 7-1 单 参数 数值 函数 
函 数 名 描 述 
Acos(x) Calculates the arc cosine of x 
Asin(x) Calculates the arc sine of x 
Atan(x) Calculates the arc tangent of x 
Cos(x) Calculates the cosine of x 
Cot(x) Calculates the cotangent of x 
Exp(x) Calculates er 
Ln(x) Calculates the natural log of x 
Sin(x) Calculates the sine of x 
Sqrt(x) Calculates the square root of x 
Tan(x) Calculates the tangent of x 


这 些 函 数 执行 特定 的 任务 ,但 本 书 不 打算 为 它们 提供 











就 可 以 轻易 得 知 它们 的 月 





用 它 )。 























其 他 数值 函数 多 用 于 计算 ， 

















mysql> SELECT MOD(10,4); 


和 + 
| MoD (10,4) | 
十 一 二 一 一 一 一 一 一 一 一 一 十 
2 | 
十 一 二 一 一 一 一 一 一 一 一 一 十 


1 row in set (0.02 sec) 





相关 用 例 (因为 从 函数 名 和 描述 
有 途 ， 如 果 哪 个 函数 你 还 不 能 确定 ， 那 么 很 可 能 你 并 不 需要 使 
其 灵活 性 稍 高 一 点 ， 因 此 下 面 进行 一 些 解释 。 














举例 来 说 ， 用 于 计算 两 数 相 除 所 得 余数 的 求 模 操作 在 MySQL 和 Oracle 数据 库 中 都 是 
通过 mod0 函 数 实现 的 。 下 面 的 例子 计算 4 除 10 的 余数 : 
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mod() 函 数 寺 
mysql> SELECT MOD (22.75, 5); 
站 二 + 
| MoD (22.75, 5) | 
PE + 
| 2 m5 | 
十 一 一 一 一 一 一 一 三 三 = 三 一 一 十 


村 





| 
Py 





1 row in set (0.02 sec) 


、 ” “提示 
SQL Server 并 没有 mod() 函 数 。 作 为 替代 品 , 它 使 用 操作 符 %% 来 计算 余数 ， 
民有 表达 式 10 % 4 产生 的 结果 为 2. 











要 用 于 整 型 参数 ， 但 MySQL 还 可 以 用 它 来 处 理 实数 ， 例 如 : 





另 一 种 接受 两 个 数值 参数 的 函数 是 powO (如 果 使 用 Oracle 或 SQL Server 数据 库 则 为 


power0), 它 返回 两 个 参数 的 宕 计算 , 即 求 第 一 个 



































mysql> SELECT POW(2,8); 


十 一 一 一 一 一 一 一 一 一 一 + 
| POWw(2,8) | 
二 一 一 一 一 一 一 一 一 一 一 + 
| 256 | 
二 一 一 一 一 一 一 一 一 一 一 + 


1 row in set (0.03 sec) 


此 可 见 ，MySQL 的 pow(2,8) 用 于 计算 25。 


数 的 第 二 个 参数 需 次 方 , 如 下 所 示 。 











因为 计算 机 内 存 通常 是 由 2* 个 字 节 为 单位 





分 配 的 ， 因 此 pow0O 函 数 可 以 作为 一 种 获取 某 段 内 存 确 切 字 节 数 的 简易 方法 。 





mysql> SELECT POW(2,10) kilobyte, 


一 > POW(2,30) gigabyte, 


POW(2,20) megabyte, 
POW(2,40) terabyte; 





有 一 下 二 一 一 一 一 一 地 一 一 一 十 一 二 一 一 一 
| kilobyte | megabyte | gigabyte 
ee 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 小 





| 1024 | 1048576 | 1073741824 | 





二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 


1 row in set (0.00 sec) 


为 容易 。 
7.2.2 ”控制 数字 精度 


当 处 理 浮 点 数 时 ， 或 认 








下 
terabyte | 
一 二 二 一下 
1099511627776 | 
外 


虽然 不 知道 读者 的 看 法 如 何 ， 但 显然 记 住 1GB 等 于 2”B 比 记 住 数字 1 073 741 824 更 





F 不 需要 总 是 以 数字 的 全 部 精度 进行 计算 及 显示 。 举 例 来 说 ,或 








许 以 6 位 数字 的 精度 存储 金融 交易 数据 是 合适 的 ， 但 一 般 在 显示 时 精确 到 百 位 数 就 可 
以 了 。 有 4 个 函数 可 用 于 限制 浮 点 数 的 精度 ， 即 ceil0、floor0、roundO0 和 truncate()。 
所 有 3 种 数据 库 都 包含 这 些 函 数 , 只 不 过 Oracle 数据 库 中 用 truncO 替 代 truncate0, SQL 
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Server 使 用 ceilingO 蔡 代 ceilO。 
ceil() 和 floor0 函 数 用 于 向 上 或 向 下 载 取 整 型 数字 ， 例 如 : 


mysql> SELECT CEIL(72.445), FLOOR(72.445); 


























+ 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
| CEIL(72.445) | FLOOR(72.445) | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
| 73 52 ,| 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 二 


1 row in set (0.06 sec) 


可 见 ，72 和 73 之 间 的 任何 数 都 会 被 ceil0 函 数 取 为 73， 而 floor0 函 数 的 结果 为 722。 需 
要 记 住 的 是 ceil0 函 数 向 上 进位 ， 无 论 该 数字 的 小 数 部 分 是 多 么 小 ，floor0 则 将 向 下 进 
位 ， 即 使 其 小 数 部 分 比较 大 ， 如 下 所 示 。 


mysql> SELECT CEIL(72.000000001), FLOOR(72.999999999); 





























he SS 
| CEIL(72.000000001) | FLOOR(72.999999999) | 
于 二 二 
| 73 | 72 | 
和 





1 row in set (0.00 sec) 


如 果 在 应 用 中 使 用 它们 不 合适 ， 那 么 可 以 使 用 round0O 函 数 来 向 上 或 向 下 取 整 ， 其 结果 
取决 于 两 个 整数 之 间 的 中 间 点 〔 即 四 合 五 入 )， 例如 : 


mysql> SELECT ROUND(72.49999), ROUND(72.5), ROUND(72.50001); 




















= 

















本 二 二 三 二 二 二 这 本 二 二 合生 二 后 下 二 二 关 二 兰 近 会 兰 三 二 会 兰 求 三 二 三 二 三 三 二 二 三 三 三 三 三 = 三 直 
| ROUND (72.49999) | ROUND (72.5) | ROUND (72.50001) | 
站 后 二 二 一 二 二 二 二 一 二 二 二 于 二 二 二 二 于 一 一 一 二 二 于 二 二 一 一 二 十 
| 72 | 73 | 73 | 
EE 十 二 一 下 一 全 三 一 二 二 人 二 一 十 





1 row in set (0.00 sec) 
使 用 round0 ， 对 于 小 数 部 分 大 于 等 于 0.5 的 数值 将 向 上 取 整 ， 反 之 则 向 下 取 整 。 


大 多 数 时 候 ， 需 要 按照 特定 位 数 保留 小 数 部 分 ， 而 不 是 对 它 取 整 ， 因 此 roundO 函 数 还 
提供 了 一 个 可 选 的 第 二 个 参数 以 指定 在 小 数 点 右 侧 保 留 妇 多 少 位 。 下 一 个 例子 显示 了 如 
何 利 用 第 二 个 参数 将 数字 72.0909 保留 1 位 、2 位 或 3 位 小 数 : 


mysql> SELECT ROUND(72.0909, 1), ROUND(72.0909, 2), ROUND (72.0909, 3); 





























站 三 二 三 三 三 二 i er 反 兰 三: 
| ROUND (72.0909, 1) | ROUND(72.0909, 2) | ROUND (72.0909，3) | 
SEE ae I Or 
| 2 | 72.09 | 72.091 | 
DE 





1 row in set (0.00 sec) 


与 round0 函 数 类 似 ，truncate0 函 数 也 人 允许 接受 第 二 个 可 选 参数 ， 以 指定 小 数 点 右 侧 保 
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留 的 位 数 ， 但 truncate0 只 是 简单 地 去 掉 不 需要 的 小 数位 ， 而 不 进行 四 舍 五 人 。 下 例 显 
示 了 如 何 将 数字 72.0909 截取 为 分 别 带 有 1 位 、2 位 或 3 位 小 数 的 数字 : 


mysql> SELECT TRUNCATE(72.0909, 1), TRUNCATE(72.0909, 2), 
-> TRUNCATE(72.0909, 3); 






































十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
|TRUNCATE (72.0909, 1)| TRUNCATE(72.0909, 2) | TRUNCATE (72.0909,3) | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 72::0" | 72.09 | 72.090 | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 


1 row in set (0.00 sec) 


pA 提示 
| SQL Server 并 不 包含 truncate() 涵 数 ， 作 为 替代 品 ， 它 的 round0 〇 函数 可 以 
\ i 罗 人 i PP 
接受 第 三 个 可 选 参 数 ， 如 果 提 供 了 该 参数 并 且 非 0, 那么 将 对 数字 进行 蕉 





取 操 作 而 不 是 取 整 操作 。 





Truncate0 和 round0 函 数 都 可 以 为 第 二 个 参数 指定 一 个 负数 ， 表 示 小 数 点 左 侧 需 要 被 截 
取 或 取 整 多 少 位 ， 看 起 来 似乎 有 些 奇 怪 ， 但 在 实际 中 可 能 是 有 用 的 。 举 例 来 说 ， 如 果 
你 只 能 以 10 为 单位 来 售卖 产品 ， 某 个 顾客 订购 了 17 个 单位 ， 那 么 需要 在 下 面 的 做 法 
中 进行 选择 ， 以 修改 顾客 的 订单 数量 : 


mysql> SELECT ROUND(17, -1), TRUNCATE(17, -1); 




































































rs sb 
| ROUND(17, -1) | TRUNCATE(17, -1) | 
让 二 二 三 二 二 三 二 这 二 二 二 二 下 二 三 二 三 三 三 三 所 过 二 生 三 E 二 二 二 中 
| 20 | 10 | 
3 六 十 


1 row in set (0.00 sec) 
如 果 例 子 中 的 产品 是 图 钉 ， 那 么 向 订购 17 个 图 钉 的 顾客 卖 出 10 个 还 是 20 个 图 钉 并 没 
有 太 大 区 别 ， 但 如 果 卖 的 是 劳力 十 手表， 显然 取 整 操作 是 更 好 的 做 法 。 


7.2.3 ”处 理 有 符号 数 

如 果 所 用 数字 列 允 许 存储 负数 (在 第 2 章 中 已 经 展示 了 如 何 将 数字 列 声明 为 unsigned， 
即 该 列 只 允许 存放 正 数 )， 那 么 可 能 会 用 到 下 面 几 种 数值 函数 。 例 如 ， 在 生成 每 个 银行 
账户 当前 状态 的 报表 时 ， 可 以 使 用 下 面 的 包含 3 列 结果 的 查询 : 


mysql> SELECT account_id, SIGN(avail_balance), ABS (avail_balance) 
-> FROM account; 








Tl 





















































a EE A 
| account_id | SIGN (avail_ balance) | ABS (avail_balance) | 
和 i + 
| 2 | 1 | 1057.75 | 
| 2 | 1 | 500.00 | 
| SR | 1 | 3000.00 | 
| 4 | 1 | 2258.02 | 
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其 中 





回 0， 














5 200.00 
19 1500.00 
20 23575;, 42 
21 0 0.00 
22 9345.55 
23 38552.05 
24 1 50000.00 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 








24 rows in set (0.00 sec) 








， 第 二 列 使 用 了 sign0 函 数 ， 它 在 账户 余额 为 负数 时 返回 -1， 在 账户 余额 为 0 时 返 











7.3 使 用 时 间 数 据 


讨论 3 种 数据 类 型 (字符 型 、 数 值 型 和 时 间 型 )， 其 中 时 间 数 据 的 生成 和 操作 最 为 


本 章 


复杂 ， 


























作 本 段 内 容 的 日 期 可 以 使 用 下 面 多 种 方式 表示 : 


这 些 
将 


7.3. 


此 
进行 详细 的 描述 。 


Wednesday, September 17, 2008; 

9/17/2008 2:14:56 PM. EST; 

9/17/2008 19:14:56 GMT; 

2612008 (Julian format); 

Star date [—4] 85712.03 14:14:56 (Star Trek format)。 

















而 在 账户 余额 为 正 数 时 返回 1。 第 三 列 使 用 abs0 函 数 返 回 账户 余额 的 绝对 值 。 








造成 其 复杂 性 的 部 分 原因 在 于 存在 众多 记录 日 期 和 时 间 的 方式 。 例 如 ， 作 者 写 


差别 中 的 一 小 部 分 仅仅 是 格式 上 的 问题 ， 但 其 复杂 性 大 多 与 所 在 时 区 有 关 ， 下 面 











1 处 理 时 区 





世界 各 地 的 人 们 都 将 太阳 直射 本 地 的 时 间作 为 正午 ， 因 此 没有 办 法 强迫 所 有 人 使 用 统 


的 

















时 钟 。 因此 , 世界 被 划分 为 24 个 时 区 , 同一 时 区 内 








而 不 

















同时 区 的 人 们 则 使 用 不 同 的 时 钟 。 这 看 起 来 很 简单 ， 


部 的 所 有 人 都 参照 相同 的 时 钟 ， 
但 考虑 到 有 些 地 区 在 1 年 中 





会 两 次 调整 他 们 的 时 钟 ( 即 实行 夏 时 制 )， 而 有 些 地 区 却 不 采取 这 种 做 法 ， 这 样 会 造成 


地 球 上 的 某 两 个 地 方 在 1 年 中 有 半年 的 时 差 为 4 小 时 ， 
如 此 大 大 增加 了 复杂 性 。 即 使 在 同一 时 区 的 各 地 区 ， 














而 另外 半年 的 时 差 为 5 小 时 ， 


























1 于 有 的 实行 夏 时 制 ， 有 的 不 实 








行 ， 也 会 造成 在 一 年 中 有 半年 的 时 间 是 相同 的 ， 另 外 半年 却 有 1 个 小 时 的 差距 。 


人 们 从 大 航海 时 代 开 始 就 需要 处 理 时 差 问题 ， 到 计算 机 时 代 则 加 剧 了 这 一 问题 的 严重 


性 。 











为 了 保证 参照 的 时 间 是 统一 的 ，15 世纪 的 航海 家 人 





] 将 他 们 的 时 钟 设置 为 英国 格林 
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威 治 时 间 ， 即 著名 的 格林 





威 治标 准时 间或 GMT。 所 有 其 他 的 时 区 都 可 以 使 用 与 GMT 








所 差距 的 小 时 数 来 表述 。 举例 来 说 , 对 于 美国 东部 的 时 区 , 即 东部 标注 时 间 可 以 用 GMT 


-5:00 来 表示 ， 或 者 说 比 GMT 早 5 个 小 时 。 


现在 ， 还 经 常 使 用 GMT 


























的 一 个 变种 ， 即 协调 世界 时 ， 或 称 之 为 UTC， 它 基于 原子 时 




















钟 (更 精确 的 说 法 是 ， 在 世界 范围 内 50 个 地 点 的 200 个 原子 周期 的 平均 时 间 ， 因 此 被 
称 为 世界 时 ) .SQL Server 和 MySQL 都 提供 了 返回 当前 UTC 时 间 戳 的 函数 (SQL Server 











中 为 getutcdate()，MySQL 中 为 utc_timestamp0)。 








大 多 数 数据 库 服务 器 根据 当前 所 在 地 区 设置 默认 的 时 区 ， 并 提供 工具 以 便 在 需要 的 时 























候 进行 修改 。 举 个 例子 ， 

















如 果 数 据 库 用 于 存储 世界 范围 内 的 股票 交易 ， 通 常 就 会 配置 



































为 UTC 时 间 ， 如 果 数 据 库 用 于 存储 特定 零售 企业 的 销售 数据 ， 那 么 通常 会 使 用 服务 器 





所 在 时 区 的 时 间 。 























MySQL 提供 两 个 不 同 的 时 区 设置 : 全 局 时 区 和 会 话 时 区 ， 后 者 可 能 对 于 每 个 登录 用 户 


























都 是 不 同 的 。 可 以 通过 下 面 的 查询 查看 这 两 种 设置 


mysql> SELECT QQ@global.time_zone, Q@Q@session.time_ zone; 























二 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
eeglobal.time_zone | @Q@session.time zone | 
理 半 二 生生 二 下 二 二 三 二 二 二 二 三 寺 ee + 
SYSTEM | SYSTEM | 
再 二 到 研一 二 二 二 二 汪 汉 三 二 三 汉 二 说 宇 二 丰 





| row in set (0.00 sec) 





结果 值 为 system， 这 表明 服务 器 根据 数据 库 所 在 地 使 用 相应 的 时 区 设置 。 


如 果 你 正 坐 在 瑞士 苏黎世 的 一 台 计 算 机 前 ， 并 且 通 过 网 络 打开 了 通 向 位 于 纽约 的 一 台 
MySQL 服务 器 的 会 话 ， 那 么 可 以 通过 执行 下 面 的 命令 改变 当前 会 话 的 时 区 设置 : 


mysdql> SET 七 Ime_zone = 'Europe/Zurich'; 


















































Query OK, 0 rows affected (0.18 sec) 




















再 次 检查 时 区 ， 将 会 看 到 下 面 的 结果 : 


mysql> SELECT QQ@global .time_zone, QQ@session.time_ zone; 








二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| eeglobal.time_zone | eesession.time_zone | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
| SYSTEM | Europe/Zurich | 
+ 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.00 sec) 


此 时 在 会 话 中 显示 的 所 有 


2 提示 


























日 期 都 符合 苏黎世 时 间 。 


Oracle 数据 库 的 用 户 可 以 使 用 下 面 的 命令 修改 会 话 的 时 区 设置 : 





ALTER SESSION TIMEZONE = "Europe/2urich' 
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7.3.2 生成 时 间 数 据 

可 以 使 用 下 面 任意 一 种 方法 产生 时 间 数 据 ; 

。 ”从 已 有 的 date、datetime 或 time 列 中 复制 数据 ; 

。 ”执行 返回 date、datetime 或 time 型 数据 的 内 建 函 数 ; 
。 ”构建 可 以 被 服务 器 识别 的 代表 日 期 的 字符 串 。 
为 了 使 用 最 后 一 种 方法 ， 必 须 首 先 理解 格式 化 日 期 的 各 种 组 件 。 


表示 日 期 数据 的 字符 串 


在 第 2 章 中 的 表 2-6 中 提供 了 较 常用 的 日 期 部 件 ， 而 为 了 方便 读者 加 深 记忆 , 表 7-2 显 
示 了 同样 的 日 期 部 件 。 














a 












































载 入 MySQL 时 区 数据 
如 果 你 是 在 Windows 平台 上 运行 MYSQL 服务 器 ， 那 么 可 以 在 设置 全 局 或 会 话 时 区 
1. ”在 http://dev.mysql.com/downloads/timezones.html 上 下 载 时 区 数据 ; 
2. 关闭 MySQL 服务 器 ; 


3. 从 下 载 的 ZIP 文件 (本 书 在 下 载 时 得 到 的 文件 为 timezone-2006p.zip ) 中 提取 所 
有 文件 ， 并 放 到 MySQL 的 安装 目录 下 的 /data/mysql ( 本 书 中 使 用 的 完整 路 径 
为 /Program Files/MySQL/MySQL Server 6.0/data/mysql ) 中 ; 

4. ”重新 启动 MySQL 服务 器 

如 果 需 要 查看 时 区 数据 ， 必 须 首先 使 用 use mysql 切换 到 系统 自 带 的 mysql 数据 库 ， 

并 执行 下 面 的 查询 : 


Ra SELECT name FROM time _ zone name; 








name 





Africa/Abidjan 
Africa/Accra 
Africa/Addis_Ababa 
Africa/Algiers 
Africa/Asmera 
Africa/Bamako 
Africa/Bangui 
Africa/Banjul 
Africa/Bissau 
Africa/Blantyre 











Africa/Brazzaville 
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US/ 
US/ 
US/ 
US/ 


Us/ 
Us/ 
UTC 











Africa/Bujumbura 


US/Alaska 
US/Aleutian 
US/Arizona 
US/Central 
US/East-Indiana 
US/Eastern 


Hawaii 
Indiana-Starke 
ichigan 
ountain 


US/Pacific 


Pacific-New 
Samoa 














546 rows in set 


可 以 使 用 本 表 中 与 所 在 地 区 相 匹配 的 时 区 名 称 来 修改 MySQL 服务 器 的 时 区 设置 。 


表 7-2 数据 格式 组 件 


十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 


(0.01 sec) 




















组 ” 件 定义 范 转 

YYYY 年 份 ,包括 世纪 1000 一 9999 

MM 月 份 01 (January) ~ 12 (December) 
DD 日 01~31 

HH 小 时 00 一 23 

HHH 小 时 (过 去 的 ) -838 一 838 

MI 分 钟 00 一 59 

SS 秒 00~59 














为 了 构建 服务 器 ， 可 以 将 之 识别 为 date、datetime 或 time 类 型 的 字符 串 ， 需 要 按照 





表 7-3 中 所 显示 的 顺序 来 整合 各 种 日 期 部 件 。 

















表 7-3 ”必需 的 日 期 部 件 
类 型 默认 格式 
Date YYYY-MM-DD 
Datetime YYYY-MM-DD HH:MI:SS 
Timestamp YYYY-MM-DD HH:MI:SS 
Time HHH:MI:SS 
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因此 ， 为 了 向 datetime 列 中 添加 一 条 2008 年 9 月 17 日 下 午 15:00 点 的 时 间 数 据 ， 需 要 
使 用 下 面 的 字符 串 : 
12008-=09=17 15:30:00" 


如 果 服 务 器 需要 接受 datetime 型 的 数据 值 ， 比 如 更 新 某 个 datetime 列 或 者 调用 接受 

datetime 参数 的 内 建 函 数 , 那么 可 以 为 之 提供 一 个 按照 必需 的 日 期 部 件 构建 的 具有 正确 

格式 的 字符 串 ， 服 务 器 将 自动 进行 转换 。 例 如 ， 下 面 的 语句 用 于 修改 银行 交易 的 日 期 : 
UPDATE transaction 


SET txn_ date = '2008-09-17 15:30:00' 
WHERE txn_id = 99999; 


因为 set 子 句 中 的 字符 串 将 被 适 配 到 datetime 列 ， 所 以 服务 器 必须 首先 确定 该 字符 串 是 
否 为 datetime 类 型 的 值 。 因 此 , 服务 器 将 试 着 通过 将 字符 串 分 解 为 datetime 格式 所 默认 
的 6 个 组 件 (年 、 月、 上 日、 小时、 分 钟 、 秒 钟 ) 的 方式 ， 对 其 进行 转换 。 


字符 串 到 日 期 的 转换 


如 果 服 务 器 并 没有 期 望 datetime 类 型 的 值 ， 或 者 使 用 了 非 默 认 格 式 来 表示 datetime， 那 
么 就 需要 告知 服务 器 将 字符 串 转换 为 datetime。 例 如 ， 下 面 的 简单 查询 中 使 用 了 cast0) 
函数 返回 了 datetime 类 型 的 值 。 


mysql> SELECT CAST('2008-09-17 15:30:00' RS DATETIME); 















































































































































十 一 二 一 一 一 一 一 一 一 一 一 一 一 二 SEE 下 三 二 
| CAST('2008-09-17 15:30:00' AS DATETIME) | 
证 让 一 一 一 十 
| 2008-09-17 15:30:00 | 
中 二 六 三 和 和 一 一 一 十 





1 row in set (0.00 sec) 
本 章 末尾 将 详细 介绍 cast0 函 数 ， 这 里 的 例子 主要 展示 如 何 构建 datetime 类 型 的 值 ， 而 
对 于 date 和 time 类 型 也 可 以 使 用 同样 的 逻辑 。 下 面 的 查询 使 用 cast0) 函 数 产 生 了 date 
和 time 类 型 的 值 : 


mysql> SELECT CAST('2008-09-17' AS DATE) date_field, 
-> CAST('108:17:57' AS TIME) time_field; 


























十 一 一 一 一 一 一 一 一 一 一 十 二 一 一 一 一 一 一 一 一 一 一 一 十 
| aate_field | time_field | 
EO 一 十 
| 2008-09-17 | 108:17:57 | 
和 一 十 





1 row in set (0.00 sec) 
当然 , 也 可 以 在 服务 器 需要 date、datetime 或 time 值 时 显 式 地 转换 字符 串 ， 这 样 服务 器 
将 不 会 进行 隐 式 转换 。 
无 论 是 显 式 或 是 隐 式 的 ， 在 字符 串 被 转换 为 时 间 值 时 ， 必 须 按照 规定 次 序 提供 所 有 的 
期 部 件 。 某 些 服 务 器 对 日 期 格式 要 求 十 分 严格 ,而 MySQL 服务 器 对 于 各 部 件 之 间 的 



































荆 
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分 隔 符 的 要 求 却 比 较 宽 松 。 例 如 ，MySQL 可 以 接受 下 面 各 种 表示 2008 年 9 月 17 日 下 
午 15:30 的 字符 串 : 

'2008=09=17 15:30:007" 

'2008/09/17 15:30:00' 

“2008709, 715)30%00" 

'20080917153000" 


尽管 这 样 带 来 了 一 定 的 灵活 性 ， 但 如 果 不 使 用 默认 日 期 部 件 来 产生 时 间 值 仍 是 不 允许 
的 ， 下 面 展示 的 内 建 函 数 将 具有 比 cast0 函 数 高 得 多 的 灵活 性 。 


产生 日 期 的 函数 

如 果 需 要 根据 字符 串 产 生 时 间 数 据 ， 但 所 提供 的 字符 串 不 是 cast0 函 数 所 接受 的 格式 ， 
那么 可 以 使 用 内 建 函 数 将 字符 串 格 式 化 为 日 期 字符 串 , 比 如 MySQL 包含 的 str_to_date0 
函数 。 例 如 ， 从 文件 中 获取 了 字符 串 “September 17, 2008” 并 用 它 来 更 新 日 期 列 ， 显 
然 该 字符 串 并 非 需要 的 YYYY-MM-DD 格式 , 但 是 可 以 使 用 str_to_date0 格 式 化 ， 使 之 
能 用 于 cast0 函 数 : 


UPDATE individual 
SET birth date = STR_TO_DATE('September 17, 2008', '%M %d, %Y') 
WHERE cust_id = 9999; 


str_to_date() 函 数 的 第 二 个 参数 指明 了 待 转换 字符 串 的 日 期 格式 ,本 例 中 %M 代表 月 ,%d 
代表 天 ， 而 %Y 代表 4 位 数字 的 年 份 。 该 函数 可 识别 30 多 种 格式 部 件 (format 
component) ， 表 7-4 定义 了 最 常用 的 一 些 部 件 。 


表 7-4 日 期 格式 部 件 
















































































































































































































































































格式 部 件 描 述 
2%M 月 名 称 (1 月 ~12 月 ) 
om 月 序号 (01 ~ 12) 
%d 日 序号 (01 ~31) 
%j 日 在 一 年 中 的 序号 (001 ~366) 
WW 星期 名 称 星期 日 一 星期 六 ) 
%Y 4 位 数字 表示 的 年 份 
Wy 两 位 数字 表示 的 年 份 
%H 小 时 (00 一 23) 
%h 小 时 (01~12) 
i 分 钟 (00~59) 
s 秒 钟 (00 一 59) 
of 微 秒 (000000 一 999999) 
%p A.M. 或 PM. 
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str_to_date() 水 数 将 根据 格式 字符 串 的 内 容 返 回 datetime、date 或 time 类 型 值 。 举 例 来 
说 ， 如 果 格 式 字符 串 只 包含 %H、%i 或 %s， 那 么 将 返回 time 值 。 


[起 -| 全 提示 
i Oracle 数据 库 的 用 户 可 以 使 用 to_date0 〇 0 函数 执行 与 MySQL 的 str_to_date() 
els 函数 同样 的 功能 。SQL Server 包含 的 convert() 函 数 提供 的 灵活 性 不 及 
。 MySQL 和 Oracle 数据 库 ， 它 只 能 接受 21 种 预定 义 格式 的 日 期 字符 囊 ， 
而 没有 提供 可 定制 的 日 期 格式 构件 。 





























如 果 需 要 产生 当前 日 期 /时 间 ， 那 么 不 必 手 动 构造 字符 串 ， 而 是 直接 利用 内 建 函 数 获 取 
系统 时 钟 并 返回 当前 的 日 期 或 时 间 字 符 串 : 


mysql> SELECT CURRENT DATE(), CURRENT_TIME () ， CURRENT_TIMESTRAMP () ; 





















































二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| CURRENT_DRATE () | CURRENT TIME() | CURRENT_ TIMESTAMP () | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 2008-09-18 | 19:53:12 | 2008-09-18 19:53:12 | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.12 sec) 


这 些 函 数 将 按照 所 返回 时 间 类 型 的 默认 格式 返回 当前 日 期 /时 间 值 。Oracle 数据 库 包 含 
current_date() 和 current_timestampO 〇 函数 ， 但 没有 current_time()，SQL Server 则 只 包含 
current_timestampO 函 数 。 


7.3.3 ”操作 时 间 数 据 
本 人 小节 将 对 接受 日 期 参数 ， 同 时 返回 日 期 、 字 符 串 或 数字 的 内 建 函 数 进行 说 明 。 




















返回 日 期 的 时 间 函 数 


许多 内 建 的 时 间 函 数 接受 一 个 日 期 型 值 作为 参数 , 然后 返回 男 一 个 日 期 。 例如 , MySQL 
的 date_add0 函 数 可 以 为 指定 日 期 增加 任意 一 段 时 间 间 隔 〈 如 天 、 月 、 年 ) 并 产生 另 
个 日 期 。 下 面 的 例子 展示 了 如 何 为 当前 日 期 增加 5 天 : 


mysql> SELECT DATE_ADD (CURRENT_DRTE () ， INTERVAL 5 DRY) ; 






















































































二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| DATE_ADD (CURRENT_DATE(), INTERVAL 5 DAY) | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 2008-09-22 | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.06 sec) 


其 中 ， 第 二 个 参数 包含 了 3 个 元 素 : interval 关键 字 、 所 需要 增加 的 数量 以 及 时 间 间 隔 
的 类 型 。 表 7-5 显示 了 一 些 常 用 的 时 间 间 隔 类 型 。 
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表 7-5 常用 的 时 间 间 隔 类 型 
































间隔 名称 描 述 
Second 秒 数 
Minute 分 钟 数 
Hour 小 时 数 
Day 天 数 
Month 份 
Year 年 份 








Minute_second 








分 钟 数 和 秒 数 ， 中 间 用 “:” 隔 开 











Hour_second 

















小 时 数 、 分 钟 数 和 秒 数 ， 中 间 用 “:” 隔 开 














例如 ， 





使 用 结 


Year_month 








TT 


年 份 和 月 份 ， 中 间 用 “-” 隔 开 























UPDATE transac 


SET txn_date 
WHERE txn_id 


在 此 例 中 ，date_add0) 
值 修改 txn_date 列 。 























表 7-5 中 的 前 6 种 类 型 是 简单 易 懂 的 , 而 后 3 种 类 型 包含 了 多 个 元 素 , 需要 进一步 解释 。 
你 得 知 ID 为 9999 的 交易 实际 发 生 的 时 间 比 transaction 表 中 当前 记录 的 时 间 要 
晚 3 小 时 27 分 钟 11 秒 ， 那 么 可 以 使 用 下 面 的 方法 进行 修正 : 

















tion 
DATE_ADD (txn_ date, INTERVAL '3:27:11' HOUR_SECOND) 
9999; 


函数 获取 txn_date 列 的 值 ， 并 向 其 增加 3 小 时 27 分 11 秒 ， 然 后 






































或 者 你 有 有 





























E 人 力 资源 部 工作 , 并 发 现 ID 为 4789 的 员工 所 填报 的 年 龄 比 他 的 实际 年 龄 大 ， 





Mil 


























因而 需要 向 他 的 出 生 


日 期 增加 9 年 11 个 月 ， 那 么 可 以 执行 下 面 的 语句 : 











UPDATE employee 
SET birth_ date 
WHERE emp_id = 





提示 


= DATE_ADD (birth date, INTERVAL '9-11' YEAR MONTH) 
4789; 


SQL Server 可 以 使 用 dateadd0 函 数 实现 上 一 个 例子 : 


SET 








UPDATE employee 


birth date = 


DATEADD (MONTH, 119, birth_ date) 
WHERE emp_id = 4789 





SQL Server 不 能 使 用 复合 的 时 间 间 隔 (如 year_month )， 因 此 需要 首先 将 
9 年 11 个 月 转换 成 119 个 月 。 


Oracle 数据 库 用 户 可 以 使 用 add_monthsO 函 数 实现 这 个 例子 : 


Pp 
SET 
H 











DATE employee 


birth date = ADD MONTHS (birth date, 119) 


ERE emp_id = 4789; 
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在 某 些 情况 下 ， 或 许 你 需要 向 某 个 日 期 增加 一 段 时 间 间 隔 ， 不 过 你 只 知道 目标 时 间 却 























不 清楚 它 离 原来 的 日 期 差距 的 具体 天 数 。 假 设 某 个 银行 顾客 登录 网 上 银行 并 定制 月 底 
的 账目 移交 。 可 以 通过 编写 一 些 代码 求 得 当前 的 月 份 并 计算 到 月 底 剩 余 的 天 数 ， 但 更 
好 的 方法 是 调用 last_day0 函 数 ， 它 可 以 蔡 你 完成 这 些 工作 (MySQL 和 Oracle 数据 库 
都 包含 last_day0 〇 函数， SQL Server 没有 提供 与 之 功能 相似 的 函数 )。 如 果 顾 客 在 2008 




































































年 9 月 17 日 发 出 移交 请 求 ， 那 么 可 以 使 用 下 面 的 方法 求 得 当月 的 最 后 一 天 : 


mysql> SELECT LAST DAY('2008-09-17'); 











中 
| LAST_DAY('2008-09-17') | 
人 + 
| 2008-09-30 | 
二 二 


1 row in set (0.10 sec) 














无 论 所 提供 的 参数 是 date 型 还 是 datetime 型 ，last_day0) 函 数 都 将 返回 一 个 date 值 。 尽 
管 该 函数 表面 上 并 没有 节省 大 量 时 间 ， 但 实际 上 它 在 底层 处 理 了 相当 烦琐 的 逻辑 ， 比 




















如 媚 











E 需 要 求 出 二 月 份 的 最 后 一 天 时 必须 首先 确定 当前 年 度 是 否 为 状 年 。 








另 一 个 返回 date 的 函数 能 够 将 某 个 时 区 的 datetime 值 转换 为 另 一 个 时 区 对 应 的 时 间 。 




















在 MySQL 中 ,该 函数 为 convert_tz()， 在 Oracle 数据 库 中 为 new_timeO 函 数 。 例 如 ， 
需要 将 当前 本 地 时 间 转 换 为 UTC 时间， 那么 可 以 进行 下 面 的 查询 : 





mysql> SELECT CURRENT_TIMESTRAMP () current_est, 
二 学 CONVERT_TZ (CURRENT_TIMESTRAMP (), 'US/Eastern', 'UTC') current_utc; 








EE 5 
| current_est | current_utc | 
二 二 二 二 三 二 全 三 生 二 二 三 二 三 二 二 二 二 二 于 二 二 去 二 二 二 守 二 二 二 三 二 二 二 三 生 二 三 二 十 
| 2008-09-18 20:01:25 | 2008-09-19 00:01:25 | 
过 演 二 二 三 汪 二 关 二 二 三 二 二 从 ee hi 十 





1 row in set (0.76 sec) 











在 收 到 与 数据 库 所 在 地 不 同 的 另 一 个 时 区 的 日 期 值 时 ， 可 以 利用 该 函数 进行 转换 。 





返回 字符 串 的 时 间 函 数 


返回 字符 串 的 时 间 浮 数 大 多 数 用 于 提取 日 期 或 时 间 的 某 一 部 分 。 例 如 ，MySQL 包含 的 
dayname() 了 水 数 可 以 确定 某 一 日 期 是 星期 几 : 











mysql> SELECT DAYNAME('2008-09-18'); 
十 Hl ea pt el rg ct et op ct ed gil Sr jt jt Pe 
| DAYNAME ('2008-09-18') 

十 ES 二 a 











| Thursday 





a Si a Ca 





1 row in set (0.08 sec) 
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MySQL 中 的 这 类 函 





























数 多 用 于 提取 日 期 值 中 的 信息 ， 但 本 书 建议 使 用 extract0 函 数 实现 














此 目的 ， 因 为 记 住 
extract0 函 数 还 是 SQL:2003 标准 
































mysql> SELECT EXTRACT (YEAR FROM 


一 个 函数 的 几 种 变 体 比 记 人 
的 一 部 分 ， 并 且 在 Oracle 数据 库 中 同样 得 到 
extract() 函 数 使 用 与 date_addO 函 数 相 同 的 时 间 
感 兴趣 的 元 素 。 例 如 ， 需 要 提取 datetime 值 中 的 年 份 ， 


一 系列 不 同 的 函数 更 容易 一 些 。 此 外 ， 
了 实现 。 


间隔 类 型 (参见 表 7-5) 来 定义 日 期 中 所 





























可 以 执行 如 下 操作 : 














'2008-09-18 22:19:05'); 




















和 和 i 人 
| EXTRACT (YEAR FROM '2008-09-18 22:19:05') | 
由 en 
| 2008 | 
和 i 区 2 汗 
1 row in set (0.00 sec) 
提示 
SQL Server 没有 包含 extractO 函 数 ， 但 提供 了 datepart() 函 数 。 下 面 演示 如 
何 使 用 datepartO 函 数 来 提取 datetime 值 中 的 年 份 : 
SELECT DATEPART (YEAR, GETDATE () ) 

















返回 数字 的 时 间 函 数 































































































本 章 前 面 介 绍 了 向 某 个 日 期 值 增加 一 段 时 间 间 隔 并 产生 另 一 个 日 期 值 的 函数 ， 而 另 一 
种 常见 的 行为 是 接受 两 个 日 期 值 ， 并 求 出 它们 之 间 的 时 间 间 隔 (天 、 星 期 或 年 )。 为 了 
实现 此 操作 ，mysql 提供 了 函数 datediffD， 它 返回 两 个 日 期 之 间 的 天 数 。 例 如 ， 我 想 知 
道 自己 孩子 的 暑假 一 共有 多 少 天 ， 可 以 作 如 下 查询 : 

mysql> SELECT DATEDIFF('2009-09-03', '2009-06-24'); 

本 二 三 二 全 二 大 全 汪汪 二 芝 二 过 兰 二 过 尖 和 

| DATEDIFF('2009-09-03', '2009-06-24') | 

于 二 二 二 一 二 二 一 De 这 

| 71 | 

人 二 

1 row in set (0.05 sec) 
看 来 在 孩子 安全 返回 学 校 之 前 的 71 天 内 ， 我 不 得 不 忍受 他 在 家 大 曾 天 宫 似 的 折腾 了 。 





datediff0) 函 数 忽略 了 参数 








的 时 

















秒 ， 而 将 第 二 个 日 期 的 时 





' 设 为 从 午夜 开始 的 第 一 





'2009-06-24 





' 值 ， 即 使 将 前 一 个 日 期 的 时 钟 设置 为 一 天 的 最 后 一 
秒 ， 也 不 会 对 计算 结果 造 


mysql> SELECT DATEDIFF('2009-09-03 23:59:59', 


成 影响 : 


00:00:01'); 


| DATEDIFF ('2009-09-03 23:59:59', '2009-06-24 00:00:01') 


一 一 一 一 一 一 一 一 一 十 
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如 











NI 


交换 两 个 参数 的 次 序 ， 将 较 早 的 日 期 作为 第 一 个 参数 ， 那 么 函数 将 返回 负 值 : 


mysql> SELECT DATEDIFF('2009-06-24', '2009-09-03'); 











人 一 一 一 一 一 一 一 一 一 一 一 十 
| DATEDIFF ('2009-06-24', '2009-09-03') | 
和 二 a ey 
| -71 | 
下 二 二 三 二 和 二 守 关 入 二 be 





OT 提示 

es | SQL Server 同样 包含 datediffO 函 数 ， 但 比 MySQL 中 的 实现 更 具 灵 活性 ， 

| 人 即 可 以 为 其 指定 时 间 间 隔 的 类 型 ( 如 年 、 月 、 日 、 小 时 等 )， 而 不 是 只 能 
计算 两 个 日 期 之 间 的 天 数 。 下 面 给 出 SQL Server 中 上 一 个 例子 的 查询 实 

现 方法 : 





SELECT DATEDIFF (DAY, ‘'2009-06-24', '2009-09-03') 


此 外 ，Oracle 数据 库 允 许 通 过 两 个 日 期 值 相 减 的 方式 求 出 它们 间隔 的 
天 数 。 


7.4 转换 函数 


本 章 前 面 已 经 介绍 了 如 何 使 用 cast0 浮 数 将 字符 串 转 换 为 datetime 值 。 事 实 上 每 种 数据 
库 服务 器 都 提供 了 不 少 用 于 转换 数据 类 型 的 专 有 函数 ， 但 本 书 推荐 使 用 cast0 函 数 ， 它 
属于 SQL:2003 标 Y 且 在 MySQL、Oracle 和 Microsoft SQL Server 中 均 被 实现 。 
使 用 castO 时 必须 提供 一 个 作为 关键 字 的 值 或 表达 式 ， 以 及 所 需要 转换 的 类 型 。 下 面 是 
将 字符 串 转换 为 整数 的 例子 : 


mysql> SELECT CAST('1456328' AS SIGNED INTEGER); 





































































































下定 i 二 二 二 一 一 一 二 二 
CAST('1456328"' AS SIGNED INTEGER) | 

上 二 和 二 二 三 二 二 三 二 二 二 二 三 二 三 三 二 二 二 六 
1456328 | 

pi 





1 row in set (0.01 sec) 

当 cast0 函 数 在 将 字符 串 转 换 为 数字 时 ， 首 先 会 从 左 向 右 试 着 对 整个 字符 串 进行 转换 ， 
如 果 期 间 在 字符 串 中 遇 到 非 数 字 的 字符 ， 那 么 转换 将 中 止 并 且 不 返回 错误 。 考 虑 下 面 
的 例子 : 


mysql> SELECT CAST('999ABC111' RS UNSIGNED INTEGER) ; 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
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| row in set, 1 warning (0.08 sec) 
mysql> show warnings; 














+ 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
Level | Code | Message | 
一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
Warning | 1292 | Truncated incorrect INTEGER value: '999ABC111' | 

十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





| row in set (0.07 sec) 

在 本 例 中 ， 字 符 串 的 前 3 个 数字 被 成 功 转 换 ， 剩 余部 分 则 被 忽略 ， 因 而 产生 的 结果 值 
为 999。 不 过 服务 器 同时 会 产生 一 个 警告 ， 以 提示 字符 串 并 没有 被 完全 转换 。 

如 果 需 要 将 字符 串 转 换 为 date、time 或 datetime 类 型 的 值 , 就 必须 严格 遵守 每 种 类 型 的 
默认 格式 。 如 果 待 转换 的 日 期 字符 串 不 是 默认 格式 (比如 datetime 类 型 为 
YYYY-MM-DD HH:MI:SS), 那么 首先 需要 使 用 其 他 函数 将 之 重新 排列 ， 比 如 本 章 前 面 
介绍 的 MySQL 的 str_to_date() 函 数 。 
















































































7.5 ”小 测验 
下 面 的 练习 用 于 测试 读者 对 本 章 曾 述 的 内 建 函 数 的 理解 ， 符 案 参 见 附录 C。 


练习 7-1 
编写 查询 ， 返 回 字 符 串 “Please find the substring in this string” 的 第 17 个 和 第 25 个 


En 


子 付 。 








练习 7-2 

编写 查询 ， 返 回 数字 -25.76823 的 绝对 值 与 符号 (-1、0 或 1)， 并 将 返回 值 四 舍 五 入 至 
百 分 位 。 

练习 7-3 

编写 查询 ， 返 回 当前 日 期 所 在 的 月 份 。 
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第 8 章 


分 组 与 聚集 














对 数据 库 用 户 来 说 ， 通 常数 据 的 存储 粒度 总 是 越 低 越 好 。 如 果 在 银行 查账 时 需要 检查 
每 个 客户 交易 ， 就 需要 在 数据 库 中 存储 独立 的 交易 ， 但 这 并 不 意味 着 用 户 必须 按 数 据 
在 数据 库 中 的 存储 方式 对 其 进行 处 理 。 本 章 聚 焦 于 如 何 对 数据 进行 分 组 与 聚集 ， 以 使 
用 户 在 更 高 的 粒度 层次 上 与 数据 进行 交互 。 


8.1 分 组 概念 


有 时 需要 在 数据 中 找到 变化 的 趋势 ， 这 就 需要 数据 库 服务 器 在 产生 所 需要 的 结果 集 之 
前 对 数据 进行 一 些 加 工 。 举 例 来 说 ， 假 设 你 掌管 了 银行 的 业务 操作 ， 或 许 你 会 想 知道 
每 个 柜员 创建 了 多 少 个 账户 。 下 面 首先 列 出 对 原始 数据 的 查询 : 

mysql> SELECT open_ emp_id 


-> FROM account; 
十 td ee dn et i re EE 
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TO OV OW 











24 rows in set (0.01 sec) 


account 表 中 只 有 24 行 数据 ， 很 容易 看 出 它们 分 别 被 4 个 不 同 的 职员 创建 ， 其 中 ID 为 
16 的 职员 创建 了 6 个 账户 。 但 是 ， 如 果 该 银行 具有 大 量 职员 和 成 千 上 万 个 账户 ， 那 么 
此 查询 结果 将 十 分 繁杂 而 难以 查看 。 

因此 ， 这 时 可 以 使 用 group by 子 名 请求 数据 库 服 务 器 对 数据 进行 分 组 ， 下 面 是 同样 的 
查询 ， 只 是 根据 职员 ID 使 用 group by 子 句 对 账户 数据 进行 了 分 组 : 


mysql> SELECT open_emp_id 
-> FROM account 
-> GROUP BY open_emp_id; 
































| 
| 
| 13 
| 


4 rows in set (0.00 sec) 


结果 集中 每 行 对 应 了 一 个 open_emp_id 列 的 独立 值 ， 因 此 一 共 只 有 4 行 ， 而 不 是 全 部 
4 行 。 结 果 集 变 小 的 原因 在 于 4 个 职员 每 个 人 都 创建 了 不 只 一 个 账户 。 如 果 想 要 查 到 
每 个 柜员 所 创建 的 账户 数 , 那么 可 以 在 select 子 句 中 使 用 聚集 函数 ， 以 统计 每 个 分 组 的 
行 数目 : 

mysql> SELECT open_emp_id, COUNT(*) how_many 


-> FROM account 
-> GROUP BY open_emp_id; 












































[We 
> 
| 
































年 二 全 二 二 二 计生 
| open_emp_id how_many | 
半生 A 
| 1 8 | 
| 10 7 

| 13 :| 
| 16 6 | 
于 二 一 一 一 一 一 去 二 一 一 二 一 一 一 一 二 三 十 
4 rows in set (0.00 sec) 
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其 中 ， 聚 集 函 数 countO 计 算 了 每 个 分 组 的 行 数 ， 星 号 表示 对 分 组 的 所 有 列 计数 。 通 过 
联合 使 用 group by 子 句 和 countO 聚 集 活 数 ， 可 以 在 不 查看 原始 数据 的 情况 下 ， 精 确 地 
满足 业务 问题 对 数据 的 需要 。 


当 对 数据 分 组 时 ， 或 许 还 需要 在 结果 集中 过 滤 掉 不 想 要 的 数据 ， 并 且 过 滤 条 件 是 针 
对 分 组 数据 而 不 是 原始 数据 。 由 于 group by 子 句 在 where 子 句 被 评估 之 后 运行 ， 因 
此 无 法 对 where 子 名 增加 过 滤 条 件 。 例 如 ， 下 面 的 查询 视图 过 滤 掉 创建 账户 小 于 5 
个 的 职员 : 


mysql> SELECT open_emp_id, COUNT(*) how_many 
-> FROM account 
-> WHERE COUNT(*) > 4 
-> GROUP BY open_emp_id; 
ERROR 1111 (HY000): Invalid use of group function 


上 例 错 在 不 应 该 在 where 子 句 中 使 用 聚集 函数 count(*)， 因 为 在 评估 where 子 名 时 分 组 
还 未 被 创建 ， 所 以 必须 在 having 子 句 中 使 用 分 组 过 渡 条 件 。 下 面 展示 了 使 用 having 后 
的 查询 结果 : 


mysql> SELECT open_emp_id, COUNT(*) how_many 
-> FROM account 
-> GROUP BY open_ emp_id 
-> HAVING COUNT(*) > 4; 






















































































Ee ee 
| open_emp_id how_many 
ee 

| 1 8 

| 10 7 

| 16 6 
VE 站 











3 rows in set (0.00 sec) 


通过 having 子 句 ， 那 些 不 足 5 个 账户 数 的 分 组 数据 被 过 滤 掉 ， 所 以 结果 集中 只 包含 创 
建 了 5 个 或 更 多 账户 的 职员 ， 即 从 结果 集中 除去 了 ID 为 13 的 职员 。 















































8.2 ”聚集 函数 
聚集 函数 对 某 个 分 组 的 所 有 行 执行 特定 的 操作 。 尽 管 每 种 数据 库 服务 器 都 具有 独 有 的 
聚集 函数 ， 但 一 些 通用 的 聚集 函数 在 所 有 主流 服务 器 上 都 得 到 了 实现 。 
Max() 
返回 集合 中 的 最 大 值 。 
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Min0 





Avg0 
返回 集合 中 的 平均 值 。 

Sum() 
返回 集合 中 所 有 值 的 和 。 

CountO) 
返回 集合 中 值 的 个 数 。 

下 面 的 查询 使 用 各 种 通用 聚集 函数 来 分 析 所 有 核算 账户 (checking accounts) 的 可 用 

余额 : 


mysql> SELECT MAX (avail_balance) max_balance, 
一 > MIN(avail_balance) min_balance, 
一 > AVG (avail_balance) avg_balance, 
一 > SUM(avail_balance) tot_balance, 
一 > COUNT(*) num accounts 
-> FROM account 



























































-> WHERE product_cd = 'CHK'; 
让 二 二 全 二 二 二 二 过 二 二 人 
|max_balance |min_balance | avg_balance |tot_balance |num accounts 
人 A HT 
| 38552.05 | 122.37 |7300.800985 | 73008.01 | 10 
二 全 二 A ee 十 一 一 一 一 一 一 一 一 一 一 一 一 十 


1 row in set (0.09 sec) 
该 查询 的 结果 指出 ， 在 account 表 中 共有 10 个 核算 账户 ， 最 大 余额 为 $38 552.05， 最 小 
余额 为 $122.37， 平 均 余额 为 $7 300.80，10 个 账户 的 余额 总 和 为 $73 008.01。 本 例 主要 
是 为 了 帮助 读者 对 聚集 函数 有 个 大 致 的 印象 ， 下 面 将 进一步 前 明 如 何 使 用 这 些 函 数 。 


8.2.1 隐 式 或 显 式 分 组 

在 上 一 个 例子 中 ,查询 返回 的 每 个 值 都 是 由 聚集 函数 产生 的 ， 这 些 聚 集 函 数 作用 于 使 
用 过 滤 条 件 product_cd = 'CHK' 指 定 的 分 组 上 的 所 有 行 。 这 里 没有 使 用 group by 子 句 ， 

因此 它 是 一 个 隐 式 分 组 ( 即 包含 查询 返回 的 所 有 行 )。 

不 过 在 大 多 数 情况 下 ， 除 了 聚集 函数 所 产生 的 列 外 ， 还 需要 获取 额外 的 列 。 比 如 说 ， 
假设 你 需要 扩展 前 一 个 查询 ， 使 之 为 每 种 产品 类 型 执行 同样 的 5 种 聚集 函数 ， 而 不 
是 只 针对 核算 账户 。 对 此 查询 来 说 ， 需 要 在 列举 5 个 聚集 函数 结果 的 同时 提取 
product_ cd 列 ; 
































































































































SELECT product_cd, 
MAX (avail balance) max_ balance, 
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MIN(avail balance) min balancey 
AVG (avail_ balance) avg_balance, 
SUM(avail_ balance) tot_balance, 
COUNT (*) num accounts 

FROM account; 


然而 ， 在 执行 此 查询 时 ， 将 会 收 到 下 面 的 错误 


ERROR 1140 (42000): Mixing of GROUP columns (MIN(),MAX( 
with no GROUP 
columns is illegal if there is no GROUP BY clause 





























) :COUNT(),...) 


虽然 查询 中 似乎 很 明显 地 指定 要 获取 account 表 中 每 种 产品 的 集合 并 对 它们 使 用 聚集 函 


























数 ， 但 是 由 于 没有 显 式 地 指定 如 何 对 数据 分 组 而 导致 查询 失败 。 因 此 ， 需 要 为 它 增 加 




















一 个 group by 子 句 以 指定 聚集 函数 所 作用 行 的 分 组 : 


mysql> SELECT product_cd, 

一 > MAX (avail_balance) max_balance, 
一 > MIN (avail_balance) min_ balance, 
一 > AVG (avail_balance) avg_balance, 
一 > SUM(avail_balance) tot_balance, 
一 > COUNT (*) num accts 

-> FROM account 

-> GROUP BY product_cd; 



































I Ee I 一 一 一 一 一 一 一 一 一 十 
product_cd |max balance |min balance |avg balance |tot balance |num_accts 
EF ER 二 二 一 一 一 一 一 二 一 二 
BUS 9345.55 0.00 4672.774902 9345.55 2 
CD 10000.00 1500.00 4875.000000 | 19500.00 4 
CHK 38552.05 122:37 7300.800985 | 73008.01 10 
MM 9345.55 2212.50 5681.713216 | 17045.14 3 
SAV 了 6 了 5 200.00 463.940002 L855/6 4 
SBL 50000.00 50000.00 50000.000000 | 50000.00 1 
二 二 三 = 三 = 生 eee ee 
6 rows in set (0.00 sec) 
通过 group by 子 句 ， 服 务 器 将 为 在 product_cd 列 上 具有 同样 值 的 行 产生 分 组 ， 然 后 在 























这 6 个 分 组 上 应 用 5 种 聚集 函数 。 
8.2.2 ”对 独立 值 计 数 











当 使 用 count0 函 数 确定 每 个 分 组 成 员 数 目 时 ， 可 以 选择 是 对 分 组 中 所 有 成 员 计 数 还 是 











只 计数 某 个 列 的 不 同 值 。 例 如 ， 考 虑 下 面 的 数据 ， 即 为 每 个 账户 开户 的 相应 雇员 信息 : 

















mysql> SELECT account_id, open_emp_id 
-> FROM account 
-> ORDER BY open_emp_id; 
A 一 一 十 





account_id | open_emp_id | 
ED 
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只 中 四 amwwmwececeececececececececeecehhFhPFhPFhPFh PR PR 














24 rows in set (0.00 sec) 


如 上 所 示 ， 这 些 账户 的 开户 者 只 包括 4 个 不 同 的 雇员 (ID 为 1、10、13 和 16)。 假设 
需要 创建 查询 以 获取 完成 开户 的 雇员 数 ， 而 不 是 通过 观察 结果 来 手动 计数 ， 那 么 将 
countO 函 数 应 用 到 open_emd_id 列 就 会 看 到 下 面 的 结果 : 


mysql> SELECT COUNT (opPen_emP_id) 
-> FROM account; 



























































玉生 一 二 一 一 一 一 一 一 一 一 一 一 一 二 
| COUNT (open_emp_id) | 
一 一 一 二 一 二 一 一 一 一 一 二 
| 24 | 
十 一 一 一 一 一 一 一 和 





1 row in set (0.00 sec) 


在 此 情况 下 ， 指 定 open_emp_id 列 作为 计数 列 所 产生 的 结果 与 指定 count(*) 相 同 。 如 
果 希 望 对 分 组 的 不 同 值 计 数 而 不 是 统计 分 组 的 所 有 行 ， 则 需要 指定 distinct 参数 ， 如 
下 所 示 : 
mysql> SELECT COUNT (DISTINCT open_emp_id) 

-> FROM account; 


二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| COUNT (DISTINCT open_ emp_id) | 
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1 row in set (0.00 sec) 


通过 指定 distinct，countO 函 数 检查 分 组 每 个 成 员 的 特定 列 的 值 ， 并 去 除 发 生 重 复 的 行 ， 
而 不 是 简单 地 对 分 组 中 所 有 行进 行 计数 。 


8.2.3 使 用 表达 式 

除了 使 用 列 作为 聚集 函数 的 参数 外 ， 还 可 以 创建 表达 式 作为 参数 。 例 如 ， 想 要 找到 所 
有 账户 中 pending deposit 值 ( 即 pending balance 减 去 available balance) 的 最 大 值 ， 则 
可 以 使 用 下 面 的 查询 : 


mysql> SELECT MAX (Pending_balance - avail balance) max_uncleared 
-> FROM account; 
































二 二 二 + 
| max_uncleared | 
上 二 二 + 
| 660.00 | 
TS + 


1 row in set (0.00 sec) 
本 例 中 使 用 的 表达 式 是 相当 简单 的 ， 但 实际 上 用 于 聚集 函数 的 参数 表达 式 可 以 根据 需 
要 任意 增加 复杂 度 ， 只 需要 保证 最 后 返回 一 个 数字 、 字 符 串 或 日 期 即 可 。 在 第 11 章 中 
将 说 明 如 何在 聚集 函数 中 使 用 case 表达 式 ， 以 确定 特定 的 行 是 否 需要 被 包含 到 某 一 聚 


8.2.4 如 何 处 理 null 值 

当 执 行 聚集 函数 或 其 他 数值 计算 时 ， 应 当 首 先 考 虑 null 值 是 否 可 能 影响 计算 结果 。 下 
面 对 此 进行 说 明 ， 首 先 需 要 构建 一 个 简单 的 数值 型 数据 表 ， 并 使 用 集合 {1,3,5} 对 其 初 
始 化 : 


mysql> CREATE TABLE number_tbl 
(val SMALLINT) ; 
ffected 






















































































np 


Query OK, 0 rows a (0.01 sec) 


mysql> INSERT INTO 


Query OK, 1 row af 


mysql> INSERT INTO 


Query OK, 1 row af 


mysql> INSERT INTO 


Query OK, 1 row af 


number_tbl VALUES (1); 


fected (0.00 sec) 


number_tbl VALUES (3) ; 


fected (0.00 sec) 


number_tbl VALUES (5) ; 





fected (0.00 sec) 





考虑 下 面 的 查询 ， 它 针对 该 数字 集合 执行 5 个 聚集 函数 : 
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mysql> SELECT COUNT (*) num_rows, 
一 > COUNT (val) num vals, 
一 > SUM(val) total, 
= MAX (val) max_val, 
一 > AVG(val) avg_val 
-> FROM numbeLr_tbl: 








二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
| num_rows | num vals | total | max_val | avg_val | 
二 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
| 3 | 3 | 9 | 5 | 3.0000 | 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.08 sec) 


结果 与 预料 的 一 样 ，count(*) 和 count(vaD 返 回 的 值 均 为 3，sum(vaD 返 回 9，max(vaD 返 
回 5，avg(val) 返 回 3。 下 一 步 将 向 number_tbl 表 中 添加 一 个 null 值 并 再 次 运行 查询 : 


mysql> INSERT INTO number_tbl VALUES (NULL); 





Query OK, 1 row affected (0.01 sec) 


mysql> SELECT COUNT(*) num_rows, 
= COUNT (val) num_vals, 
一 > SUM(val) total, 
= MAX (val) max_val, 
-> AVG(val) avg_val 
-> FROM number_tbl; 





























二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
num_rows | num vals | total | max_val | avg_val 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
4 | 3 | 9 | 5 | 3.0000 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 F 
row in set (0.00 sec) 
即使 表 中 增加 了 一 个 null 值 ，sumO、max0 和 avgO 函 数 的 返回 值 也 没有 发 生变 化 ， 这 


























表明 它们 忽略 了 任何 遇 到 的 null 值 。count(*) 函 数 返回 值 为 4， 这 是 由 于 number_tbl 表 






























































现在 包含 了 4 行 ,而 count(vaD) 函 数 仍旧 返回 3。 它们 的 区 别 在 于 count(*) 对 行 的 数目 计 








数 ， 而 count(val) 对 val 列 所 包含 的 值 的 数目 进行 计数 并 且 和 忽略 所 有 遇 到 的 null 值 。 














8.3 产生 分 组 




















需要 。 常 见 的 数据 加 工 的 例子 包括 ; 





























通常 人 们 很 少 对 原始 数据 感 兴趣 ， 而 更 希望 对 原始 数据 进行 加 工 以 便 适应 数据 分 析 的 


。 ”产生 某 个 区 域 的 合计 数 ， 比 如 欧洲 市 场 的 销售 额 ， 








芯 








。 ”发 现 极 端 值 ， 比 如 2005 年 业绩 最 佳 的 销售 
。 ”确定 某 事 重复 出 现 的 频率 ， 比 如 每 个 支行 的 新 帮 





二 
J 山 ; 


























F 户 数 。 
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为 了 解决 这 些 问 题 ， 需 要 请 求 数据 库 服 务 器 根据 列 〈 一 个 或 多 个 ) 或 表达 式 对 数据 行 
进行 分 组 。 正 如 前 面 几 个 例子 中 所 演示 的 那样 ， 可 以 在 查询 中 使 用 group by 子 句 作为 
分 组 数据 的 方法 。 本 节 将 说 明 如 何 根 据 一 个 或 多 个 列 进行 数据 分 组 ， 如 何 使 用 表达 式 
分 组 数据 ， 以 及 如 何在 各 分 组 中 产生 合计 数 。 


8.3.1 对 单列 的 分 组 
对 单列 的 分 组 是 最 简单 同时 也 是 最 常用 的 。 例 如 ， 想 要 找到 每 种 产品 的 余额 总 计 ， 可 
以 根据 account.product_cd 列 来 分 组 : 


mysql> SELECT product_cd, SUM(avail_balance) prod balance 
-> FROM account 
-> GROUP BY product_cd; 
























































二 二 二 三 二 全 
product_cd prod balance 

Ne WES i 
BUS 9345.55 
CD 19500.00 
CHK 73008 .01 
MM 17045.14 
SAV :3855026 
SBL 50000.00 

和 











6 rows in set (0.00 sec) 


该 查询 产生 6 个 分 组 ， 分 别 对 应 每 种 产品 ， 然 后 对 每 个 分 组 成 员 的 可 用 余额 进行 合计 。 


8.3.2 ”对 多 列 的 分 组 


在 某 些 情况 下 ， 需 要 根据 多 列 产生 分 组 。 下 面 扩展 上 一 个 例子 ,假设 需要 查找 的 不 是 
每 种 六 品 的 余额 合 计 , 而 是 同时 根据 产品 和 开户 支行 进行 统计 (比如 说 ,在 Wobum 支 
行 所 开户 的 核算 账户 的 余额 总 计 是 多 少 )。 下 面 的 例子 显示 了 如 何 完 成 此 任务 : 
mysql> SELECT product_cd, open_branch_iqd, 
一 > SUM(avail_balance) tot_balance 


-> FROM account 
-> GROUP BY product_cd, open_branch_id; 




































































es Dr 一 一 一 十 
product_cd open_ branch_id tot_balance 
hE EE 二 二 二 半 
BUS 2 9345%355 
BUS 4 0.00 
CD 工 11500.00 
CD 2 8000.00 
CHK 1 T82316 
CHK 2 33L5;.77 
CHK 3 1057.75 
CHK 4 67852.33 
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14832.64 
2212.550 
个 62735777 
700.00 
S875:99 
50000.00 





14 rows in set 


(0.00 sec) 


> 











该 查询 产生 了 14 个 分 组 ， 分别 对 应 account 表 中 每 种 产品 与 支行 的 组 合 。 因 为 
open_branch_id 是 从 表 中 获取 而 不 能 由 聚集 函数 产生 ， 所 以 必须 同时 在 select 子 句 和 








group by 子 句 中 增加 此 列 。 
8.3.3 ”利用 表达 式 分 组 


除了 根据 列 分 组 数据 ， 还 可 以 根据 表达 式 产 生 的 值 进 


据 职员 入 职 年 份 对 职员 分 组 : 


mysql> SELECT EXTRACT (YEAR FROM start_date) year, 
一 > COUNT (* ) how_many 


中 
5 





该 查询 使 用 的 表达 式 十 分 简 身 
据 此 对 employee 表 的 数据 行进 行 分 组 。 








-> FROM employee 


-> GROUP BY EXTRACT(YEAR FROM start_date); 











he + 
year how_many | 
二 二 二 二 二 下 二 二 二 二 二 二 二 二 十 
2004 2 | 
2005 3 | 
2006 8 | 
2007 3 | 
2008 2 | 
一 一 一 一 一 1 这 全 二 二 二 二 二 二 二 拷 
rows in set (0.15 sec) 





8.3.4 ”产生 合计 数 





日 现在 假设 需要 
计算 合 i 




















结果 载 入 


取 数 据 




















为 每 种 产品 /支行 组 


























和 上， 只 是 使 用 extractO 函 数 获取 并 1 





行 分 组 。 考 虑 下 面 的 查询 ， 它 根 

















期 中 的 年 份 ， 然 后 

















在 8.3.2 小 节 中 ， 已 经 举例 说 明了 如 何 为 每 种 产品 与 支行 








户 余 额 合计 数 
































mysql> SELECT Product_cd，oPpen_branch_id， 
一 > SUM(avail_balance) tot_balance 
-> FROM account 





计算 合计 余额 的 同时 ， 还 需要 为 每 种 产品 单独 
十 数 。 可 以 采取 的 方法 包括 增加 一 个 附加 查询 并 将 结果 合并 到 
电子 表格 中 进行 二 次 统计 ， 或 是 构建 Perl 膨 
执行 附加 的 计算 ,不 过 更 好 的 办 法 
完成 这 些 事 。 下 面 是 在 group by 子 句 中 使 用 with rollup 修改 后 的 查询 : 





起 ,或 将 查询 





1 本 、Java 程序 以 及 其 他 方法 来 获 
是 使 用 with rollup 选项 来 请 求 数据 库 服 务 器 
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-> GROUP BY product_cd, open_branch_id WITH ROLLUP; 






























































Se 二 一 人 一 一 一 十 
product_cd open branch_id tot_balance 
De 
BUS 2 9345.55 
BUS 4 0.00 
BUS NULL 9345.55 
CD 1 11500.00 
CD 2 8000.00 
CD NULL 19500.00 
CHK 1 782.16 
CHK 2 331577 
CHK 3 1057.75 
CHK 4 67852.33 
CHK NULL 73008.01 
M L 14832.64 
M 3 2212.50 
M NULL 17045.14 
SAV I 767.77 
SAV 2 700.00 
SAV 4 387.99 
SAV NULL 1855.76 
SBL 3 50000.00 
SBL NULL 50000.00 
NULL NULL 170754.46 
中 和 i 一 一 一 十 





21 rows in set (0.02 sec) 
现在 在 结果 集中 有 7 个 额外 的 行 ， 分 别 对 应 6 个 独立 的 产品 以 及 总 合计 数 (所 有 产品 
的 合计 )。 对 于 6 种 产品 的 合计 行 ， 其 中 open_branch_id 列 为 null， 因 为 这 些 合 计 是 对 
所 有 支行 进行 计算 的 。 例 如 ， 观 察 输出 结果 的 第 3 行 ， 将 会 看 到 BUS 账户 在 所 有 支行 
的 余额 总 计 为 $9 345.55。 对 于 最 后 一 行 的 总 合计 数 ， 其 product_cd 和 open_branch_id 
列 都 为 nul， 它 显示 所 有 产品 和 支行 的 余额 总 计 为 $170 754.46。 


4 
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提示 
4、| ”如 果 使 用 Oracle 数据 库 ， 需 要 使 用 不 同 的 语法 来 指明 执行 合计 操作 。 前 
4 面 的 查询 在 Oracle 数据 库 中 的 group by 子 甸 应 如 下 所 示 : 
GROUP BY ROLLUP (product_cd, open_ branch_id) 
该 语法 的 优点 在 于 允许 在 group by 子 句 中 对 某 个 子 集 执行 合计 操作 。 例 
如 ， 需 要 服务 器 根据 列 a、b 和 c 进行 分 组 ， 但 只 需要 根据 b 和 c 进行 合 
计 ， 那 么 可 以 使 用 下 面 的 做 法 : 
GROUP BY a, ROLLUP (b, c) 
如 果 处 理 计算 产品 合计 ， 还 需要 为 每 个 文 行 计算 合计 ， 那 么 可 以 使 用 with cube 选项 ， 
它 可 以 为 分 组 列 所 有 可 能 的 组 合 产生 合计 行 。 不 幸 的 是 ，MySQL 6.0 版 并 不 支持 with 
cube， 但 在 SQL Server 和 Oracle 数据 中 是 可 用 的 。 下 面 是 使 用 with cube 的 一 个 例子 ， 












































分 组 与 聚集 145 





其 中 去 掉 了 mysql> 提 示 符 以 表明 该 查询 还 不 能 在 MySQL 中 执行 : 


SELECT product_cd, open branch_id, 








SUM(avail_ balance) tot_ balance 
FROM account 
GROUP BY product_cd, open branch_ id WITH CUBE; 













































































下 一 二 二 二 二 二 一 一 十 
product_cd open_ branch_ id tot_balance 

年 二 二 二 全 三 二 三 a i 
NUL NULL 170754.46 
NUL 27882.57 
NUL 2 21361.:32 
NUL 3 53270.25 
NULL 4 68240.32 
BUS 2 9345.55 
BUS 4 0.00 
BUS NULL 9345.55 
CD 1 11500.00 
CD 2 8000.00 
CD NULL 19500.00 
CHK 1 T82516 
CHK 尼 33L5s37y 
CHK 3 1057.75 
CHK 4 67852.33 
CHK NULL 73008.01 
MM 1 14832.64 
MM 3 22.12:50 
MM NULL 17045.14 
SAV 1 6 
SAV 之 700.00 
SAV 4 387.99 
SAV NULL 1855.76 
SBL 3 50000.00 
SBL NULL 50000.00 

中 一 二 一 十 一 三 一 一 二 一 一 一 一 二 一 








25 rows in set (0.02 sec) 


使 用 with cube 的 查询 比 使 用 with rollup 多 产生 了 4 行 ， 分 别 对 应 4 个 支行 的 合计 数 。 
与 with rollup 类 似 , 其 中 product_cd 的 值 被 设 为 null, 以 表示 该 合计 是 针对 支行 执行 的 。 


pA 提示 
| 同样 地 ， 如 果 使 用 Oracle 数据 库 执行 cube 操作 ， 也 需要 修改 一 下 语法 ， 
”上 一 个 查询 的 group by 子 名 应 为 : 


GROUP BY CUBE (Proquct_cdq，open_branch_id) 


8.4 分 组 过 滤 条 件 


在 第 4 章 中 已 经 介绍 了 过 滤 条 件 的 各 种 类 型 ， 并 演示 了 如 何在 where 子 句 中 使 用 它们 。 
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当 分 组 数据 时 ， 也 可 以 在 产生 分 组 后 对 数据 应 用 过 滤 条 件 ，having 子 句 就 是 放置 这 类 
过 滤 条 件 的 地 方 。 考 虑 下 面 的 例子 : 


mysql> SELECT product_cd, SUM(avail_balance) prod balance 








-> FROM account 
-> WHERE status 








= 'ACTIVE'" 


-> GROUP BY product_cd 
-> HAVING SUM(avail_ balance) >= 10000; 














ee | 
product_cd prod_ balance | 
下 二 半 一 二 二 三 三 关 主演 关 二 水 全 二 二 革 党 二 三 二 关 二 二 二 站 三 兴 
CD 19500.00 | 
CHK 73008.01 | 
MM 17045.14 | 
SBL 50000.00 | 
ee 
4 rows in set (0.00 sec) 





该 查询 包含 两 个 过 滤 条 件 : 





2 











一 个 在 _ where 子 句 中 ， 它 用 于 过 滤 掉 不 活动 的 账户 ， 男 一 




















在 having 子 句 中 ， 它 过 小 掉 可 用 余额 合计 小 于 $10 000 的 产品 。 因 此 , 第 一 个 过 滤 条 








件 在 分 组 之 前 执行 ， 第 二 个 过 滤 条 件 则 在 分 组 产生 以 后 才 作 用 于 数据 。 如 果 错 误 地 将 
两 个 过 滤 条 件 都 放 到 where 子 句 中 ， 将 会 产生 下 面 的 错误 ; 


mysql> SELECT product_cd, SUM(avail_balance) prod balance 





-> FROM account 
-> WHERE status 














= 'ACTIVE'" 


-> AND SUM(avail_balance) > 10000 
-> GROUP BY product_cd; 


ERROR 1111 (HY000): 


Invalid use of group funct 

















ion 


因为 查询 的 where 子 句 中 不 能 包含 聚集 函数 , 所 以 该 查询 失败 。 这 是 因为 where 子 句 是 














生 
警告 











在 分 组 之 前 被 评估 的 ， 因 此 服务 器 此 时 还 不 能 对 分 组 执行 人 有 


E 何 函数 。 


-~ 当 在 包含 group by 子 句 的 查询 中 增加 过 滤 条 件 时 ， 需 要 仔细 考虑 过 滤 

[| 是 针对 原始 数据 (此 时 过 滤 条 件 应 放 到 where 子 句 中 )， 还 是 针对 分 组 
后 的 数据 (此 时 过 滤 条 件 应 放 到 having 子 名 中 )。 

此 外 ， 还 可 以 在 having 子 句 中 包含 未 在 select 语句 中 出 现 的 聚集 函数 ， 例 如 


mysql> SELECT product_cd, SUM(avail_balance) prod balance 





-> FROM account 
-> WHERE status 





= 'ACTIVE'" 


-> GROUP BY product_cd 
-> HAVING MIN (avail_balance) >= 1000 
-> AND MAX(avail_ balance) <= 10000; 


二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 


一 一 一 一 一 一 一 十 





| product_cd | prod_balance | 
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十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| cD | 19500.00 | 
| MM | 17045.14 | 
二 二 三 三 二 二 二 二 








2 rows in set (0.00 sec) 


该 查询 为 每 种 活动 的 产品 产生 余额 总 计 ， 但 在 having 子 句 中 根据 过 滤 条 件 排除 所 有 最 
小 余额 低 于 $1 000 或 最 大 余额 大 于 $10 000 的 产品 。 


8.5 ”小 测验 
完成 下 面 的 练习 以 掌握 SQL 的 分 组 与 聚集 特性 。 在 附录 C 中 可 以 找到 相应 的 解答 。 


























练习 8-1 
构建 查询 ， 对 account 表 的 数据 行 计 数 。 
练习 8-2 








修改 练习 8-1 中 的 查询 ， 使 之 对 每 个 客户 所 持 有 的 账户 计数 ， 并 且 显 示 每 个 客户 的 了 
及 其 账户 数 。 





练习 8-3 
修改 练习 8-2 的 查询 ， 使 之 只 包含 至 少 持 有 两 个 账户 的 客户 。 


练习 8-4 (附加 题 ) 


查找 至 少 包含 一 个 账户 的 产品 和 支行 组 合 的 可 用 余额 合计 数 ， 并 根据 余额 合计 数 对 结 
果 进 行 排序 (从 最 高 到 最 低 )。 
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查询 是 一 种 可 用 于 总 共 4 种 SQL 语句 的 强大 工具 。 本 章 将 详细 探讨 子 查询 的 多 种 
必用 。 


9.1 什么 是 子 查 询 


子 查 询 是 指 包含 在 另 一 个 SQL 语句 (下 文 称 包含 语句 ) 内 部 的 查询 。 子 查询 总 是 由 括 
号 包围 ， 并 且 通 常 在 包含 语句 之 前 执行 。 像 其 他 查询 一 样 ， 子 查询 也 会 返回 一 个 如 下 




























































































。 ”单列 单行 ， 
。 ”单列 多 行 ， 
。 ”多 列 多 行 。 


子 查询 返回 的 结果 集 类 型 决定 了 它 可 能 如 何 被 使 用 以 及 包含 语句 可 能 使 用 哪些 运算 符 
来 处 理子 查询 返回 的 数据 。 任 何 子 查询 返回 的 数据 在 包含 语句 执行 完成 后 都 会 被 丢弃 ， 
这 使 子 查询 像 一 个 具有 作用 域 的 临时 表 (这 就 意味 着 服务 器 在 SQL 语句 执行 结束 后 将 
清空 子 查 询 结果 所 占 的 内 存 )。 


事实 上 ， 读 者 已 经 在 前 面 的 章节 中 看 到 了 许多 子 查 询 的 例子 ， 不 过 现在 还 是 以 一 个 简 
单 的 例子 开始 : 
mysql> SELECT account_id, product_cd, cust_id, avail_balance 
-> FROM account 


—> WHERE account_id = (SELECT MAX(account_id) FROM account); 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 






























































| account_id | product_cd | cust_id | avail balance | 
和 一 二 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 29 | SBL | 13 | 50000.00 | 
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1 row in set (0.65 sec) 
在 这 个 例子 中 ， 子 查询 返回 account 表 中 account id 列 的 最 大 值 ， 包 含 语句 则 返回 对 应 
账户 的 相关 数据 。 如 果 还 不 清楚 子 查询 是 如 何 运行 的 ， 那 么 读者 可 以 单独 运行 子 查询 
(不 包含 括 弧 ) 来 看 看 它 返回 什么 。 下 面 是 上 一 个 例子 的 子 查询 ; 


mysql> SELECT MAX (account_id) FROM account; 















































十 i cs Ee i mt ti 
MAX (account_id) 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
29 
十 ES i i vs 





| row in set (0.00 sec) 


子 查 询 返 回 单列 单行 的 结果 ， 因 此 它 可 以 被 用 作 等 式 条 件 中 的 其 中 一 个 表达 式 (如 果 
子 查 询 返 回 的 结果 多 于 1 行 ， 它 可 以 被 用 于 比较 ， 而 不 能 用 于 等 式 判断 ， 后 续 章 节 将 
会 介绍 ) 。 在 这 种 情况 下 ， 读 者 可 以 移 获 得 子 查询 返回 的 值 ， 然 后 用 它 蔡 换 包含 查询 过 
滤 条 件 中 的 右边 表达 式 ， 例 如 : 

mysql> SELECT account_id, product_cd, cust_id, avail_balance 


-> FROM account 
-> WHERE account_id = 29; 

























































































ee i 
| account_id | product_cd | cust_iqd | avail balance | 
和 a nn er ee 
| 29 | SBL | 再 3 50000.00 | 
a ee ee 





1 row in set (0.02 sec) 


在 上 述 情况 中 ， 子 查询 很 有 用 ， 因 为 它 允 许 读者 使 用 单一 查询 检索 最 大 编号 账号 的 相 
关 信息 , 而 不 是 首先 使 用 一 个 查询 获取 最 大 account_id, 然后 由 另 一 个 查询 从 该 account 
表 中 获取 所 需 的 数据 。 正 如 读者 将 会 了 解 的 ， 子 查询 在 许多 其 他 情况 下 也 是 有 用 的 ， 
并 可 能 成 为 读者 的 SQL 工具 包 中 最 强大 的 工具 之 一 。 














































































































9.2 于 查询 类 型 
除了 前 面 探 讨 过 的 子 查 询 结 果 集 类 型 之 外 (单行 /单列 ， 单 行 /多 列 或 者 多 行 多 列 )， 还 
可 以 基于 另外 一 个 因素 划分 子 查询 : 一 些 子 查 询 完 全 独立 ( 称 为 非 关 联 子 查询 )， 其 他 
的 则 引用 包含 语句 中 的 列 〈 称 为 关联 查询 )。 

9.3” 非 关联 子 查询 


前 面 章节 中 的 例子 都 是 非 关 联 查 询 ， 它 可 以 单独 执行 而 不 需要 引用 包含 语句 中 的 任何 
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内 容 。 当 然 读 者 遇 到 的 大 多 数 子 查 询 都 是 这 种 类 型 ， 但 是 更 新 或 者 删除 语句 会 经 常用 
到 关联 子 查询 〈 后 面 的 章节 会 继续 讲述 ) 。 前 面 的 子 查 询 除了 是 非 关联 的 外 ， 返 回 的 都 
是 一 个 单行 单列 的 表 。 这 种 类 型 的 子 查询 称 为 标量 子 查询 ， 并 且 可 以 位 于 常用 运算 符 
=、<>、《“、>、<=、>=) 的 任意 一 边 。 下 面 的 例子 向 读者 展示 如 何在 不 等 条 件 中 使 
用 标量 子 查 询 : 
mysql> SELECT account_id, product_cd, cust_id, avail_balance 
-> FROM account 


-> WHERE open_emp_id <> (SELECT e.emP_id 
-> “EROM employee e INNER JOIN branch Pb 





















































ea 


bm 









































一 > ON e.assigned branch_id = b.branch_id 
-> WHERE e.title = 'Head Teller' AND b.city = 'Woburn'); 
Re i 二 三 二 十 
account_ id Pioduet ea Sust: 1d avail_balance 
i EE 
CHK 3 1057.75 
8 M 3 2212.50 
10 CHK 4 534.12 
11 SAV 4 767.77 
12 M 4 5487.09 
13 CHK 号 2237.97 
14 CHK 6 122537 
15 CD 6 10000.00 
18 CHK 8 3487.19 
19 SAV 8 387.99 
21 CHK 9 125.67 
22 M 9 9345.55 
23 CD 9 1500.00 
24 CH 10 23575:.12 
25 BUS 10 0.00 
28 CH 12 38552.05 
29 SBL 13 50000.00 
TT Th SD 一 一 一 十 
17 rows in set (0.86 sec) 

















这 个 查询 返回 所 有 不 是 由 Woburn 分 行 的 总 柜台 员 开 户 的 账户 的 相关 数据 ( 子 查 询 基 于 
每 个 分 行 只 有 一 个 总 柜台 员 这 个 假设 )。 本 例 中 的 子 查 询 连 接 了 两 个 表 ， 而 且 包 括 两 个 
过 滤 条 件 , 因此 要 比 前 面 的 复杂 一 点 。 子 查询 可 以 利用 各 种 可 用 查询 子 句 (select. from、 
where、 group by、having 和 order by) ， 读 者 可 以 或 简单 或 复杂 地 使 用 它 。 


如 果 在 等 式 条件 下 使 用 子 查 询 ， 而 子 查 询 又 返回 多 行 结果 ， 那 么 将 会 出 错 。 例 如 ， 修 
改 前 面 的 查询 以 使 子 查询 返回 Woburn 分 行 所 有 的 柜台 员 而 不 是 仪 有 一 个 的 总 柜台 
员 ， 那 么 就 会 出 现 如 下 所 示 的 错误 : 

mysql> SELECT account_id, product_cd, cust_id, avail_balance 


-> FROM account 
-> WHERE open_emp_id <> (SELECT e.emP_id 
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-> FROM employee ee INNER JOIN branch b 
—> ON e.assigned branch_id = b.branch_id 
一 > WHERE e.title = 'Teller' AND b.city = 'Woburn'); 








ERROR 1242 (21000) : 


a 


单独 运行 子 查询 ， 结 呈 

















如 下 : 


mysql> SELECT e.emp_id 
-> FROM employee e INNER JOIN branch b 
一 > ON e.assigned_branch_id = b.branch_id 


-> WHERE e.title = 





2 rows in set 


0.02 sec) 


Subquery returns more than 1 row 


'Teller' AND b.city = 'Woburn'; 





包含 查询 失败 是 因为 表达 式 open_emp_id 不 能 等 于 表达 式 集 (包含 emp_id 为 11 和 12 
的 集合 ) 。 换 句 话 说 ， 
不 同 的 运算 符 解 决 这 个 问题 。 

9.3.1 多 行 单 列子 查询 
正如 前 面 的 例子 所 说 明 的 ， 返 回 多 行 结果 的 子 查询 不 能 在 等 式 条 件 的 一 边 使 用 。 不 过 ， 


另外 4 个 运算 符 可 以 用 来 为 这 些 类 型 的 子 查 询 构建 条 件 。 


in 和 mnot in 运算 符 


记 











单一 事物 不 能 等 于 多 个 事物 的 集合 。 下 面 将 介绍 如 何 使 用 另 一 个 


























bah 








虽然 不 能 把 一 个 值 














| 























集中 查找 一 个 值 。 























mysql> SELECT branch_id, name, city 
-> FROM branch 


-> WHERE name IN ('Headquarters', 

















个 值 集 进行 相等 比较 ,但 是 可 以 检查 一 个 值 集中 能 否 包含 茶 一 
个 值 。 下 面 的 例子 没有 使 用 子 查 询 ， 但 可 以 说 明 如 何 使 用 in 这 个 运算 符 构 建 条 件 在 值 
































"euincy Branch'); 


十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
| branch_id | name | city | 
十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
| 1 | Headquarters | Waltham | 
| 3 | Quincy Branch | Quincy 

二 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 





2 rows in set 








(0.03 sec) 








条 件 左边 的 表达 式 是 name 列 ， 而 右边 是 字符 的 集合 。 运 算 符 in 的 作用 是 检查 name 列 
值 中 是 否 有 两 个 字 串 中 任意 一 个 : 如 时 
读者 可 以 使 用 两 个 等 式 条 件 实现 : 

















有 ， 则 条 伯 














F 满 足 ， 该 行 也 将 被 加 入 到 结果 集 。 
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mysql> SELECT branch_id, name, city 
-> FROM branch 








-> WHERE name = 'Headquarters' OR name = 'Quincy Branch'; 
于 二 A 
| branch_id | name | city 
Ee CE 
| 1 | Headquarters | Waltham 
| 3 | Quincy Branch | Quincy 
ee 





2 rows in set (0.01 sec) 


当 集 合 只 包含 两 个 表达 式 时 ， 这 种 方法 似乎 是 合理 的 ， 但 是 如 果 集 合 包含 许多 (或 者 
成 百 上 千 的 ) 值 ， 那 么 很 容易 理解 使 用 in 运算 符 更 为 合适 。 
读者 可 能 会 为 条 件 的 一 边 创 建 一 个 字符 串 、 日 期 或 数字 的 集合 ， 但 更 可 能 通过 执行 子 
查询 产生 这 个 集合 。 下 面 的 查询 利用 in 运算 符 在 右边 的 过 滤 条 件 中 构建 子 查询 以 查找 
哪些 座 员 是 主管 。 
mysql> SELECT emp_id, fname, lname, title 
-> FROM employee 


-> WHERE emp_id IN (SELECT superior_emp_id 
-> FROM employee); 













































































t 


















































十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
emp_id fname lname title 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
工 Michael SmitDh President 
3 Robert Tyler Treasurer 
4 Susan Hawthorne Operations Manager 
6 Helen Fleming Head Teller 
10 Paula Roberts Head Teller 
13 John Blake Head Teller 
16 Theresa Markham Head Teller 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 





7 rows in set (0.01 sec) 


子 查 询 返 回 所 有 主管 的 ID， 包含 查询 则 从 employee 表 检 索 这 些 雇 员 的 4 列 值 。 


mysql> SELECT superior_emp_id 
-> FROM employee; 








让 + 
superior emp_id 

十 一 一 一 一 二 一 一 一 二 一 一 一 二 一 二 一 一 十 
NULL 
3 














子 查 询 153 








18 rows in set (0.00 sec) 














正如 读者 看 到 的 ， 有 些 雇员 的 ID 被 列 出 了 不 止 一 次 ， 这 是 由 于 他 们 同时 管理 多 个 人 。 
不 过 这 并 不 会 影响 到 包含 查询 的 结果 ， 因 为 一 个 雇员 的 ID 在 子 查 询 的 结果 集中 出 现 一 
次 还 是 多 次 没有 差别 。 当 然 ， 读 者 如 果 对 子 查询 返回 重复 项 感到 困扰 ， 那 么 可 以 在 子 
查询 的 select 子 句 中 增加 关键 字 distinct， 并 且 不 会 改变 包含 查询 的 结果 集 。 


除了 判断 一 个 值 集中 是 否 包含 某 一 个 值 外 ， 读 者 还 可 以 使 用 not in 运算 符 检 查 相反 情 


况 ， 































































































即 是 否 不 包含 。 下 面 的 例子 是 前 面 查询 的 另 一 种 版 本 ， 它 用 not in 替换 了 in: 


mysql> SELECT emp_id, fname, lname, title 
-> FROM employee 
-> WHERE emp_id NOT IN (SELECT superior_ emp_id 
-> FROM employee 
一 > WHERE superior_emp_id IS NOT NULL); 



















































































十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
emp_id fname lname title 
十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 + 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
2 Susan Barker | Vice President 
3 John Gooding Loan Manager 
芳 Chris Tucker Teller 
8 Sarah Parker Teller 
9 Jane Grossman Teller 
11 Thomas Ziegler TélLler 
12 Samantha Jameson Teller 
14 Cindy Mason Teller 
15 Frank Portman Teller 
17 Beth Fowler Teller 
18 Rick Tulman Teller 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
11 rows in set (0.00 sec) 
这 个 查询 检索 所 有 不 管理 别人 的 雇员 。 在 这 个 查询 中 ， 我 为 子 查 询 添加 了 一 个 过 滤 条 
件 以 确保 null 值 不 会 出 现在 子 查 询 的 返回 表 中 (后面 将 会 解释 为 什么 在 这 和 情况 下 和 
要 如 此 过 滤 )。 
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all 运算 符 








in 运算 符 被 用 于 查看 是 否 能 在 一 个 表达 式 集 合 中 找到 某 一 个 表达 式 ，all 运算 符 则 用 于 





















































苦头 音 值 扫 革 下 的 每 个 伺 浊 和 比较 。 构建 这 样 的 条 件 需 要 将 其 中 一 个 比较 运算 符 (=、 
<>、<、> 等 ) 与 all 运算 符 配 合 使 用 。 例如， 下 面 的 查询 就 是 查找 雇员 ID 与 任何 主管 
ID 不 同 的 所 有 雇员 。 


mysql> 
一 > 
一 > 
一 > 
一 > 





SELECT emp_id, fname, lname, title 

FROM employee 

WHERE emp_id <> ALL (SELECT superior_emp._id 
FROM employee 
WHERE superior_emp_id IS NOT NULL); 






































二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 F 
emp_id fname lname title 
二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
2 Susan Barker Vice President 
5 John Gooding Loan Manager 
J Chris Tucker Teller 
8 Sarah Parker Teller 
9 Jane Grossman Tele 
11 Thomas Ziegler Teller 
12 Samantha Jameson Teller 
14 Cindy Mason Teller 
15 Frank Portman Teller 
工交 Beth Fowler Teller 
18 Rick Tulman TeLEer 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
11 rows in set (0.05 sec) 


个 子 查 询 再 次 返回 所 有 主管 的 卫 , 同时 包含 查询 返回 ID 不 等 于 子 查询 结果 














山 





中 所 有 








ID 和 换 名 话说， 查询 就 是 检索 非 主管 雇员 。 读 者 如 果 感 到 这 种 方法 有 
些 笨拙 ， 请 不 必 为 此 担忧 ， 大 多 数 人 也 是 如 此 想 的 ， 他 们 宁愿 构造 不 同 的 查询 短语 来 





避免 使 用 all 



































运算 符 。 例 如 ， 这 个 查询 和 上 一 个 例子 的 结果 相同 ， 后 者 却 使 用 了 not in 





运算 符 。 事 实 上 ， 采 用 哪 种 方法 只 是 一 个 喜好 问题 ， 不 过 我 以 为 大 多 数 人 都 认为 使 用 
not in 要 更 容易 理解 。 





一 


Ey 


提示 
当 使 用 notin 或 <> 运 算 符 比 较 一 个 值 和 一 个 值 集 时 , 读者 必须 注意 确保 值 
集中 不 包含 null 值 ， 这 是 因为 服务 器 将 表达 式 左 边 的 值 与 值 集 中 的 每 个 成 
员 比 较 时 ， 可 能 出 现 该 值 与 null 比较 的 情况 ， 而 任何 一 个 将 值 与 null 进行 
比较 的 企图 都 将 产生 未 知 的 结果 。 因 此 ， 下 面 的 查询 返回 一 个 空 结 果 集 。 
mysql> SELECT emp_id, fname, lname, title 
-> FROM employee 


-> WHERE emp_id NOT IN (1, 2, NULL); 
Empty set (0.00 sec) 
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在 某 些 情况 下 ,all 运算 符 比 其 他 运算 符 更 




















六 


适 于 使 用 。 下 面 的 例子 是 用 al 查找 可 用 余 逢 


局 
才 


小 于 Frank Tucker 所 有 账户 的 账户 。 


mysql> SELECT account_id, cust_id, product_cd, avail_balance 
-> FROM account 
-> WHERE avail_balance < ALL (SELECT a.avail_balance 
一 > FROM account a INNER JOIN individual i 

















一 > ON a.cust_id = i.cust_id 
-> WHERE i.fname = 'Frank' AND i.lname = 'Tucker'); 
烛 二 二 一 二 二 二 一 一 二 一 三 一 一 一 一 二 一 一 洁 一 一 一 一 一 一 一 一 一 一 一 一 圭一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
account_id cust_id product_cd |avail_ balance 
二 三 一 一 一 一 = 一 二 二 本 十 
2 1 SAV 500.00 
5 2 SAV 200.00 
10 4 CHK 534.12 
11 4 SAV TO 
14 6 CHK 2233 
19 8 SAV 387.99 
21 9 CHK L256 
25 10 BUS 0.00 
三 一 一 一 一 一 一 一 一 一 旧 三 一 下 一 一 一 二 二 一 盯 一 一 二 一 二 二 二 一 一 二 一 一 和 一 二 一 一 二 二 二 二 一 二天 二 二 二 











8 rows in set 


(0.17 sec) 








下 面 的 数据 是 子 查询 返 








回 的 Frank 每 个 账户 的 可 用 余额 ， 





mysql> SELECT a.avail_balance 
-> FROM account a INNER JOIN individual i 


一 > ON a.cust_id = i.cust_id 
-> WHERE i.fname = 'Frank' AND i.lname = 'Tucker'; 
和 太守 和 
| avail_balance | 
中 二 二 党 全 二 二 二 二 三 全 二 三 二 三 二 * 
| | 
| 2212.50 | 
让 十 


2 rows in set 


any 运算 符 
与 all 运 





运算 符 一 样 
使 用 any 运算 符 





(0.01 


Frank 有 两 个 账户 ， 其 
户 的 所 有 账户 ， 因 此 结果 


, any 运算 符 允 许 将 
时 ， 只 要 有 一 个 比较 成 立 ， 则 条 件 为 真 ， 
合 中 的 所 有 成 员 比 较 都 成 立时 条 件 才 为 真 。 例 如 ， 读 者 可 以 如 下 查找 可 用 余额 大 于 
Frank Tucker 任意 


sec) 





其 中 最 小 的 余额 是 $1057.7$。 包 含 查询 检索 余额 小 于 Frank 任 一 账 
包含 余额 小 于 $1057.75 的 所 有 账户 。 



































值 集中 每 个 成 员 相 比较 。 与 all 不 同 的 是 ， 
使 用 all 运算 符 时 ， 只 有 与 集 


个 值 与 
































账户 的 所 有 上 账户: 


mysql> SELECT account_id, cust_id, product_cd, avail_balance 
-> FROM account 
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-> WHERE avail_balance > ANY (SELECT a.avail_ balance 
二 > FROM account a INNER JOIN individual i 



































一 > ON a.cust_id = i.cust_id 
-> WHERE i.fname = 'Frank' AND i.lname = 'Tucker'); 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
account_ id cust_id product_cd avail_balance 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 
3 1 CD 3000.00 
4 2 CHK 2258.02 
8 3 M 2212.50 
12 4 M 5487.09 
13 3 CHK 2237.97 
15 6 CD 10000.00 
17 7 CD 5000.00 
18 8 CHK 3487.19 
22 9 M 9345.55 
23 9 CD 1500.00 
24 10 CHK 23575.12 
27 卫生 BUS 9345.55 
28 和 12 CHK 38552.05 
29 13 SBL 50000.00 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
14 rows in set (0.00 sec) 





Frank 有 两 个 余额 分 别 为 $1057.75 和 $2 212.50 的 账户 ， 那 么 账户 的 余额 最 少 为 
$1 057.75 时 才能 称 作 它 的 余额 大 于 这 两 个 账户 中 的 任意 一 个 。 

om 提示 

] 4、 | 大 多 数 人 喜欢 使 用 nh 运算 符 ， 不 过 使 用 =any 与 使 用 in 等 效 。 


te 
DS 








9.3.2 ”多 列子 查询 

直到 现在 ， 本 章 的 所 有 子 查 询 例子 都 是 返回 单列 单行 或 者 多 行 结果 。 不 过 ， 在 某 些 情 
况 下 ， 读 者 可 以 使 用 返回 两 列 或 者 多 列 的 子 查 询 。 为 了 展示 多 列子 查询 的 用 途 ， 下 面 
先 看 看 一 个 多 重 单列 子 查询 的 例子 : 


mysql> SELECT account_id, product_cd, cust_id 
-> FROM account 
-> WHERE open_branch_id = (SELECT branch_id 
一 > FROM branch 
一 > WHERE name = 'Woburn Branch') 
一 > AND open_emp_id IN (SELECT emP_id 
-> FROM employee 


















































一 > WHERE title = 'Teller' OR title = 'Head Teller'); 
和 
account_id | product_cd | eust: id | 
I 
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7 

















1 CHK 1 
多 SAV 1 
3 CD 1 
4 CHK 2 
与 SAV 2 
于 地 CD 人 
27 BUS 的 
一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
rows in set (0.09 sec) 





这 个 查询 使 用 两 个 子 查询 检索 出 Woburn 分 行 的 ID 以 及 所 有 银行 柜台 员 的 ID,， 同 时 包 


含 查询 使 用 这 个 信息 查找 所 有 Woburn 分 行 柜台 员 开 立 的 账户 。 不 过 ， 既 然 employee 表 





























包含 每 个 柜台 员 所 属 分 行 的 信息 ,那么 将 account.open_branch_id 和 account.open_emp_id 


两 列 与 对 employee 和 branch 两 个 表 的 单一 子 查询 
果 。 因 此 ， 过 滤 条 件 必 须 将 这 两 列 用 括号 括 起 来 ， 并 且 排 列 顺序 与 子 查询 结果 的 顺 

















序 相同 


o 


























结果 作 比 较 也 可 以 获得 同样 的 结 











mysql> SELECT account_id, product_cd, cust_id 
-> FROM account 
-> WHERE (open._branch_id, open_emp_id) IN 





WHERE b .name 


(SELECT b .branch_id，e.emP_id 
FROM branch b INNER JOIN employee e 

ON b.branch_id = e.assigned branch_id 
'Woburn Branch' 












































> AND (e.title = 'Teller' OR e.title = 'Head Teller')); 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 
account_id product_cd custs1d 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
下 CHK 1 
2 SAV 1 
3 CD ls 
4 CHK 2 
3 SAV 2 
i CD 2 
27 BUS 11 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
7 rows in set (0.00 sec) 
这 种 方式 的 查询 功能 与 前 面 的 例子 相同 ， 只 不 过 是 使 用 返回 两 列 的 单一 查询 代替 两 个 
只 返回 单列 的 子 查询 。 
当然 ， 读 者 可 以 简单 地 连接 3 个 表 代 替 子 查询 来 重 写 上 面 的 例子 ， 但 是 学 会 通过 多 种 


方法 获得 同 内 





























设 一 些 客户 投诉 account 表 中 的 可 月 
额 总 量 不 匹配 的 账户 的 部 分 解决 方案 : 


SELECT 
































的 结果 对 于 学 习 SQL 是 非常 有 帮助 的 。 下 面 的 例子 必须 要 有 子 查询 。 假 
余额 和 待 收 余额 不 正确 , 下面 

















罩 
征 





查找 余额 与 交易 金 








'ALERT! 


FROM account 


: Account #1 Has Incorrect Balancel' 
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WHERE (avail_balance, pending balance) <> 








(SELECT SUM(<expression to generate available balance>), 








SUM (<expression to generate pending balance>) 
FROM transaction 
WHERE account_ id = 1) 
AND account_ id = 1; 


正如 读者 所 见 ， 我 并 没有 完成 计算 交易 总 额 的 表达 式 ， 从 而 计算 可 用 余额 和 符 收 余额 。 
在 第 11 章 中 探讨 如 何 构造 case 表达 式 后 ， 我 将 会 完成 这 个 工作 。 不 过 ， 从 这 个 查询 已 
经 可 以 明白 子 查询 是 先 从 transaction 表 获 取 的 两 个 总 和 ， 然 后 将 其 与 account 表 中 的 
avail_balance 和 pending_balance 列 的 值 进 行 比较 。 子 查询 和 包含 查询 中 都 添加 了 过 滤 
条 件 account_id = 1， 这 样 当 前 的 查询 一 次 只 会 检索 一 个 账户 。 在 下 一 节 中 ， 读 者 将 学 
习 如 何 写 一 个 通 式 查询 ， 它 可 以 一 次 执行 而 查询 所 有 账户 。 


9.4 关联 子 查询 


一 方面 ， 到 目前 为 止 范 例 中 的 所 有 子 查 询 都 是 独立 于 包含 语句 的 ， 这 意味 着 这 些 子 查 
询 可 以 被 单独 执行 ， 并 可 检验 结果 ， 男 一 方面 ， 关 联 子 查 询 依 附 于 包含 语句 并 引用 其 
一 列 或 者 多 列 。 与 非 关 联 子 查 询 不 同 ， 关 联 子 查询 不 是 在 包含 语句 执行 之 前 一 次 执行 
完毕 ， 而 是 为 每 一 个 候选 行 ( 这 些 行 可 能 会 包含 在 最 终结 果 里 ) 执行 一 次 。 例 如 ， 下 
面 的 查询 首先 利用 关联 查询 计算 每 个 客户 的 账户 数 ， 接 着 包含 查询 检索 出 那些 拥有 两 
个 账户 的 客户 : 


mysql> SELECT c.cust_id, c.cust_type_cd, c.city 

















































































































-> FROM customer c 

-> WHERE 2 = (SELECT COUNT (*) 

-> FROM account a 

一 > WHERE a.cust_id = c.cust_id) ; 

















十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
cust_id cust_type_cd city 

十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
2 J Woburn 
3 J Quincy 
6 于 Waltham 
8 于 Salem 
10 B Salem 

二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 








5 rows in set (0.01 sec) 


子 查 询 最 后 引用 的 c.cust_id 使 之 具有 关联 性 ， 这 样 它 的 执行 必须 依赖 于 包含 查询 提供 
的 c.cust_id。 在 这 种 情况 下 ， 先 从 customer 表 中 检索 出 13 行 客户 记录 ， 接 着 为 每 个 客 
户 执行 一 次 子 查询 ， 每 次 执行 包含 查询 都 要 向 子 查询 传递 客户 ID。 若 子 查 询 返 回 值 2， 
则 过 滤 条 件 满足 ， 该 行将 被 添加 到 结果 集 。 
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除了 等 式 条 件 ， 关 联 子 查 询 还 可 以 用 于 其 他 类 型 的 条 件 ， 比 如 下 面 的 范围 条 件 : 


mysql> SELECT c.cust_id, c.cust_type_cd, c.city 





在 前 一 节 的 最 后 ， 我 说 明了 如 何 通 过 账户 交易 日 志 查 询 账 户 可 用 余额 和 待 收 余额 ， 并 
且 约 定 要 向 读者 展示 如 何 修改 例子 已 达到 一 次 执行 而 处 理 所 有 账户 。 下 面 再 看 看 这 个 
例子 : 


SELI 

















-> FROM customer c 
-> WHERE (SELECT SUM(a.avail_balance) 








一 > FROM account a 
一 > WHERE a.cust_id = c.cust_id) 
-> BETWEEN 5000 AND 10000; 
中 志 二 一 二 二 二 二 于 二 三 二 二 二 二 二 二 二 二 二 二 
| cust_iqd | cust_ type_cd | city 
DT 
| 4 | I | Waltham | 
| ga es | Wilmington | 
| 11 | B | wilmington | 
人 十 一 一 一 一 i 一 一 一 一 十 





3 rows in set (0.02 sec) 


本 查询 与 前 一 个 查询 的 不 同 之 处 在 于 它 检索 的 是 所 有 账户 余额 总 和 在 $5 000 和 
$10 000 之 间 的 所 有 客户 。 同 样 ， 关 联 子 查询 也 执行 13 次 (为 每 个 客户 执行 一 次 )， 同 
时 每 次 执行 返回 指定 客户 的 所 有 账户 余额 总 和 。 


河 sa， 





























提示 
与 前 面 查询 的 另 一 个 微妙 的 区 别 是 子 查询 在 条 件 的 左边 。 这 看 上 去 有 点 
和 奇怪 ， 但 确实 是 有 效 的 。 



























































ECT 'ALERT! : Account #1 Has Incorrect Balance!' 


FROM account 





WHE 


(S 





RE (avail balance, pending balance) <> 
ELECT SUM (<expression to generate available balance>), 
SUM (<expression to generate pending balance>) 











FROM transaction 
WHERE account_ id = 1) 
AND account _ id = 1; 


如 果 用 关联 子 查询 替代 非 关 联 子 查 询 ， 那 么 包含 查询 执行 一 次 ， 而 子 查 询 要 为 每 个 账 

















户 运 行 一 次 。 下 面 是 前 面 查 询 的 升级 版 本 : 


SELI 
'Has Incorrect Balance!') 








ECT CONCAT('ALERT! : Account #', a.account_id, 


FROM account a 


WHE 





RE (a.avail_ balance, a.pending balance) <> 





(SELECT SUM(<expression to generate available balance>), 








SUM (<expression to generate pending balance>) 


FROM transaction 七 
WHERE 七 .account_id = a.account_id); 
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现在 的 子 查 询 包 括 一 个 过 滤 条 件 , 它 将 交易 账户 卫 与 从 包含 查询 引用 的 账户 DD 连接 。 
select 子 句 的 警示 信息 也 被 修改 成 连接 一 个 包含 账户 的 ID ， 而 不 只 是 一 个 硬 编 码 值 1。 


9.4.1 exists 运算 符 

读者 将 会 经 常 看 到 关联 子 查 询 应 用 在 等 式 和 范围 条 件 中 , 但 实际 上 exists 运算 符 是 构造 
包含 关联 子 查 询 条 件 的 最 常用 运算 符 。 大 只 关心 存在 关系 而 不 在 乎 数量 ， 就 可 以 使 用 
exists 运算 符 。 例 如 ， 下 面 的 查询 就 是 检索 在 特定 日 期 进行 过 交易 的 所 有 账户 ， 并 不 关 
心 到 底 进 行 了 多 少 次 交易 ; 


SELECT a.account_id, a.product_cd, a.cust_id, a.avail balance 






























































FROM account a 
WHERE EXISTS (SELECT 1 
FROM transaction 七 
WHERE 七 .account_idqd = a.account_id 
AND t.txn date = "2008-09-22 7 ) 


使 用 exists 运算 符 时 ， 子 查询 可 能 会 返回 0、1 或 者 多 行 结果 ， 然 而 条 件 只 是 简单 地 检 
查 子 查询 能 和 否 返 回 至 少 1 行 。 读 者 看 看 子 查询 中 的 select 子 句 就 会 发 现 它 只 由 单个 文 
1 组 成 , 这 是 因为 包含 查询 的 条 件 只 需要 知道 子 查询 返回 的 结果 是 多 少 行 ,而 与 结果 的 
确切 内 容 无 关 。 事 实 上 ， 读 者 可 以 让 子 查询 返回 任何 自己 喜欢 的 结果 ， 例 如 


SELECT a.account_id, a.product_cd, a.cust_id, a.avail balance 
























































直 本 






























































FROM account a 

WHERE EXISTS (SELECT t.txn_id, 'hello', 3.1415927 
FROM transaction 七 
WHERE 七 .account_idqd = a.account_id 

AND t.txn date = "2008-09-22 7 ) 


不 过 ， 人 惯例 是 select 1 或 者 select * 。 
读者 也 可 以 使 用 not exists 运算 符 检 查 子 查询 返回 行 数 是 否 为 0， 具 体 如 下 : 


mysql> SELECT a.account_id, a.product_cd, a.cust_id 
-> FROM account a 
—> WHERE NOT EXISTS (SELECT 1 
-> FROM business b 
一 > WHERE b.cust_id = a.cust_id) ; 






































十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
account_ id product_cd cnst 1d 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
1 CHK 证 
2 SAV J 
3 CD 开 
4 CHK 2 
5 SAV 2 
| CHK 3 
8 M 3 
10 CHK 4 
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11 SAV 4 
2 MM 4 
13 CHK 与 
14 CHK 6 
15 CD 6 
17 CD 7 
18 CHK 8 
19 SAV 8 
21 CHK 9 
22 MM 9 
23 CD 9 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
19 rows in set (0.99 sec) 





上 面 的 查询 检索 客户 ID 没有 出 现在 business 表 中 的 所 有 客户 ， 这 也 是 一 种 查找 所 有 非 
商业 客户 的 间接 方法 。 


9.4.2 关联 子 查询 操作 数据 

到 目前 为 止 ， 本章 的 所 有 例子 都 是 select 语句 ， 但 这 并 不 意味 着 子 查询 在 其 他 SQL 语 
句 中 没有 用 处 。 子 查询 也 大 量 应 用 于 update、delete 和 insert 语句 ， 并 且 关 联 子 查询 也 
会 频繁 出 现 于 update 和 delete 语句 中 。 下 面 的 关联 子 查询 用 于 修改 account 表 中 的 


last_activity_date 列 ; 





























UPDATE account a 
SET a.last_activity_date = 
(SELECT MAX(t .txn date) 
FROM transaction t 
WHERE 七 .account_ id = a.account_id); 


上 面 的 语句 查找 每 个 账户 的 最 新 交易 日 期 ， 再 修改 account 表 中 每 一 行 (因为 没有 
where 子 句 ) 的 last_activity_date 列 的 值 。 虽 然 期 望 每 个 账户 至 少 存在 一 个 交易 与 其 相 
连接 似乎 是 合理 的 ， 但 最 好 还 是 在 打算 修改 last_activity_date 列 之 前 检查 每 个 账户 是 
否 发 生 过 交易 ， 否 则 ， 由 于 子 查 询 不 返回 任何 行 ，last_activity_date 列 的 值 将 被 修改 
为 null。 下 面 是 update 语句 的 另 一 个 版 本 , 不 过 这 一 次 增加 了 一 个 具有 关联 子 查询 的 
where 子 句 ; 
UPDATE account a 

SET a.last_activity_date = 

(SELECT MAX(t .txn date) 

FROM transaction t 

WHERE 七 .account_ id = a.account_id) 
WHERE EXISTS (SELECT 1 


FROM transaction t 
WHERE 七 .account_ id = a.account_id); 


除了 select 子 句 外 ， 这 两 个 关联 子 查询 相同 。 不 过 ，set 子 句 的 子 查 询 仅 当 update 语句 
中 where 子 句 为 真 时 才 执行 (这 意味 着 至 少 能 查找 到 一 次 这 个 账户 的 交易 记录 )， 这 样 
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就 可 以 保护 last_activity_date 列 不 被 null 重 写 。 





关联 子 查 询 也 经 常 应 用 于 delete 语句 。 例如, 读者 可 以 在 周末 运行 数据 台 





E 护 脚本 ,删除 























不 需要 的 数据 。 这 个 脚本 可 能 包含 了 下 面 的 语句 ， 它 从 department 表 
现在 employee 表 中 的 所 有 行 : 
DELETE FROM department 


WHERE NOT EXISTS (SELECT 1 
FROM employee 









































WHERE employee.dept_id = department .dept_idqd); 

















I 除 没有 子 行 出 





切记 ,在 MySQL 中 delete 语句 使 用 关联 子 查询 时 ， 无 论 如 何 都 不 能 使 用 表 别 名 ， 这 就 











是 为 什么 我 在 子 查询 中 使 用 表 全 名 的 原因 。 不 过 ， 在 多 数 其 他 数据 
department 表 和 employee 表 是 可 以 使 用 别名 的 ， 例 如 : 

DELETE FROM department d 

WHERE NOT EXISTS (SELECT 1 


FROM employee e 
WHERE e.dept_id = d.dept_id); 





























9.5 何 时 使 用 子 查 询 











库 服务 器 中 ， 





读者 已 经 学 习 了 不 同类 型 的 子 查 询 和 用 于 实现 与 子 查 询 返 回 的 数据 交互 的 各 种 运算 








符 ， 现 在 开始 探讨 用 子 查 询 构建 强大 的 SQL 语句 的 各 种 方法 。 接 下 来 将 向 读者 说明 如 











何 使 用 子 查询 创建 自 定义 表 、 构 造 条 件 以 及 在 结果 集中 生成 列 的 值 。 
9.5.1 子 查询 作为 数据 源 











早 在 第 3 章 中 我 就 说 明了 select 语句 中 from 子 句 的 作用 是 列举 需要 查询 的 表 。 子 查询 
生成 的 结果 集 包含 行 、 列 数据 ， 因 而 非常 适合 将 它 与 表 一 起 包含 在 from 子 句 的 子 查 询 
























































是 编写 查询 时 可 用 的 最 强大 工具 之 一 。 下 面 是 一 个 简单 的 例子 : 



































里 。 乍 一 看 ， 子 查询 与 表 联 合 使 用 似乎 只 是 一 个 有 趣 而 毫 无 意义 的 特性 ， 但 事实 上 这 





mysql> SELECT d.dept_id, d.name, e_cnt.how_many num_ employees 


-> FROM department d INNER JOIN 

-> (SELECT dept_id, COUNT(*) how_many 
-> FROM employee 

一 > GROUP BY dept_id) e_cnt 

一 > ON d.dept_id = e_cnt.dept_id; 








Ee 一 一 十 
| dept_id | name | num_ employees | 
ee dE 
| 1 | Operations | 14 | 
| 2 | Loans | | 
| 3 | Administration | By| 
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十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





3 rows in set (0.04 sec) 
在 上 面 的 例子 中 ， 子 查询 生成 了 部 门 ID 及 其 对 应 的 雇员 数 。 下 面 就 是 子 查询 生成 的 结 
果 集 : 

mysql> SELECT dept_id, COUNT(*) how_many 


-> FROM employee 
-> GROUP BY dept_id; 



































十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 二 
dept_id | how_many | 
+ 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
1 | 14 | 

2 | 1 | 

3 | 3 | 

十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 二 





3 rows in set (0.00 sec) 
子 查 询 被 命名 为 e_cnt, 并 且 用 dept_id 列 e_cnt 与 department 表 连 接 , 然后 包含 查询 从 
department 表 检 索 出 部 门 DD、 名 称 以 及 来 自 e_cnt 子 查 询 的 雇员 数 。 


子 查 询 在 from 子 句 中 使 用 必须 是 非 关 联 的 ， 它 们 首先 执行 ， 然 后 一 直 保 留 于 内 存 中 直 
至 包含 查询 执行 完毕 。 子 查询 为 写 查询 语句 提供 了 极 大 的 可 扩展 性 ， 因 为 它 使 读者 可 
以 远 远 超越 可 用 基础 表 集合 ， 几 乎 能 够 创建 自己 需要 的 任何 数据 视图 ， 进 而 将 这 些 结 
果 与 表 或 者 其 他 子 碍 询 连接 。 因 而 ， 如 果 需 要 创建 报表 或 者 是 为 外 部 系统 生成 数据 源 ， 
读者 就 能 够 用 单一 查询 解决 了 ， 过 去 则 需要 多 重 查 询 或 者 过 程 语言 来 完成 。 


数据 加 工 


除了 使 用 查询 总 结 现 有 数据 ， 读 者 还 可 以 生成 数据 库 中 不 存在 的 数据 。 例 如 ， 打 算 按 
照 储 鞋 账户 里 余额 的 多 少 对 客户 分 组 ， 但 是 这 些 组 的 定义 根本 没有 存储 在 数据 库 中 。 
例 中 ， 现 在 需要 将 客户 按照 表 9-1 的 组 定义 进行 分 类 。 




















































































































































































































表 9-1 客户 余额 分 组 














组 名 下 限 值 上 限 值 

Small Fry 0 $4999.99 
Average Joes $5000 $9999.99 
Heavy Hitters $10000 $999999999 





为 了 在 单一 查询 里 生成 这 些 组 ， 读 者 需要 一 种 方法 来 定义 这 些 组 。 第 一 步 是 定义 一 个 
用 于 生成 组 定义 的 查询 : 
mysql> SELECT '‘'Small Fry' name, 0 low_limit, 4999.99 high_limit 
-> UNION ALL 


-> SELECT 'Average Joes' name, 5000 low_limit, 9999.99 high_limit 
-> UNION ALL 
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-> SELECT 'Heavy Hitters' name, 10000 low_limit, 9999999.99 
high_limit; 











i ee i et ee ee 
| name | low limit | high limit | 
站 宇 二 二 守 辣 三室 关 二 守 庆 人 各 二 大写 二 二 全 二 振 斌 主 宇 持 二 半生 二 让 
| Small Fry | 0 | 4999.99 | 
| Average Joes | 5000 | 9999.99 | 
| Heavy Hitters | 10000 | 9999999.99 | 
二 下 二 一 二 二 二 二 全 三 十 一 一 一 一 一 一 一 一 一 一 一 一 十 


3 rows in set (0.00 sec) 
我 在 上 面 的 语句 中 使 用 了 集合 运算 符 union all 将 来 自 3 个 独立 查询 的 结果 合并 成 一 个 
单一 的 结果 集 。 每 个 查询 返回 3 个 文字 ， 然 后 将 这 些 结果 再 组 合 ， 从 而 生成 3 行 3 列 
的 结果 集 。 现 在 已 经 有 了 生成 组 的 查询 ， 只 要 将 它 添加 到 另 一 个 查询 的 from 子 句 中 就 
















































































mysql> SELECT groups .name， COUNT (*) num_ customers 
一 > FROM 
-> (SELECT SUM(a.avail_ balance) cust_balance 
一 > FROM account a INNER JOIN product p 
一 > ON a.product_cd = p.product_cd 
-> WHERE p.product_type_cd = 'ACCOUNT' 
一 > GROUP BY a.cust_id) cust_rollup 
三 > INNER JOIN 
-> (SELECT 'Small Fry' name, 0 low_limit, 4999.99 high_ limit 
一 > UNION ALL 
一 > SELECT 'Average Joes' name, 5000 low_limit, 
一 > 9999 .99 high_limit 
一 > UNION ALL 
一 > SELECT 'Heavy Hitters' name, 10000 low_limit, 
一 > 9999999.99 high_limit) groups 
一 > ON cust_rollup.cust_balance 
一 > BETWEEN groups.low_limit AND grouPs .high_1Limit 
-> GROUP BY groups .name; 





十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 


| name | num_customers | 


| Average Joes | 2 
| Heavy Hitters | 4 
| Small Fry | 5 





3 rows in set (0.01 sec) 


上 面包 含 查 询 的 from 子 句 有 两 个 子 查 询 : 第 一 个 名 为 cust_rollup， 返 回 每 个 客户 的 储 
鞭 余 额 总 和 ， 男 一 个 名 为 groups， 生 成 3 个 客户 分 组 。cust_rollup 生成 的 数据 如 下 : 


mysql> SELECT SUM(a.avail_balance) cust_balance 
-> FROM account a INNER JOIN product P 
-> ON a.product_cd = p.product_cd 
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-> WHERE p.product_type_cd = 'RACCOUNT 
-> GROUP BY a.cust_id; 








11 rows in set (0.05 sec) 


接着 ，cust_rollup 生成 的 数据 通过 范 

















groups.low_limit AND groups.high_limit) 











围 条 件 (cust_rollup.cust_balance BETWEEN 
与 groups 表 连 接 。 最 后 ,连接 的 数据 被 分 组 并 


























计算 每 个 组 的 客户 数 ， 进 而 产 4 




















E 最 后 的 结果 集 。 


当然 ， 读 者 也 可 以 不 使 用 子 查 询 ， 而 是 简单 地 创建 一 个 固定 的 表 来 描述 组 的 定义 。 不 
过 ， 读 者 在 使 用 这 种 方法 后 ， 不 久 可 能 会 发 现 数据 库 因为 这 些 用 于 特殊 目的 的 表 而 变 


























得 杂乱 ， 并 且 忘 记 了 大 多 数 表 是 为 了 什么 而 创建 的 。 我 兽 经 工作 过 的 一 个 环境 允许 数 
































据 库 的 使 用 者 为 特殊 目的 创建 他 们 自己 的 表 ， 这 样 就 造成 了 很 多 灾难 性 的 后 果 〈 表 没 























面向 任务 的 子 查询 








有 备份 、 数 据 库 升级 时 表 竺 失 以 及 由 于 空间 分 配 问 题 而 导致 的 服务 器 停机 等 )。 然 而 ， 
有 了 子 查询 的 帮助 后 ， 读 者 应 该 坚持 这 样 一 个 原则 : 仅 当 有 明确 的 商业 需求 保存 这 些 
新 数据 时 才能 添加 相应 的 新 表 到 数据 库 。 





在 用 于 生成 报告 或 数据 源 的 系统 里 ， 读 者 经 常会 遇 到 如 下 查询 : 








mysql> SELECT P.name product, b.name branch, 


一 > CONCAT (e . Ename， 


1 1 所 


.lname) name, 


一 > SUM(a.avail_balance) tot_deposits 
-> FROM account a INNER JOIN employee e 
-> ON a.open emp_id = e.emp_id 

INNER JOIN branch b 
= ON a.open _ branch_id = b.branch_id 
一 > INNER JOIN product p 
-> ON a.product_cd = p.product_cd 

-> WHERE p.product_type_cd = 'ACCOUNT 


-> GROUP BY p.name, 
-> ORDER BY 1,2; 


b.name, 


e.fname, e.lname 
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RS re 和 入 
product branch name tot_deposits 
人 A i 
Certificate of deposit | Headquarters ichael Smith 11500.00 
certificate of deposit | Woburn Branch Paula Roberts 8000.00 
checking account Headquarters ichael Smith 782.16 
checking account Quincy Branch John Blake 1057.75 
checking account So. NH Branch Theresa Markham| 67852.33 
checking account Woburn Branch Paula Roberts 33E5:77 
money market account Headquarters ichael Smith 14832.64 
money market account Quincy Branch John Blake 2212.50 
savings account Headquarters ichael Smith T6777 
savings account So. NH Branch Theresa Markham 387.99 
savings account Woburn Branch Paula Roberts 700.00 
盾 二 学 王 二 二 二 三 关 二 二 生 富 三 生 ee i i 
11 rows in set (0.00 sec) 





上 面 的 查询 依据 账户 类 型 、 开 户 雇员 以 及 开户 行 对 所 有 储蓄 账户 余额 求 和 。 读 者 如 果 





仔细 看 这 个 查询 就 会 发 现 product、branch 和 employee 这 3 个 表 只 是 用 于 描述 目的 ， 
且 account 表 已 经 有 了 生成 分 组 (product cd 、open_branch_id 、open_emp_id 和 











并 





avail_balance) 所 需 的 一 切 。 因 此 ， 读 者 可 以 将 生成 分 组 的 任务 独立 出 来 ， 生 成 一 个 子 


查询 寻 
子 查询 : 


























然后 将 子 查 询 生 成 的 3 个 表 连 接 成 


个 表 


， 最 后 得 到 最 终结 


。 下面 是 分 组 的 


mysql> SELECT product_cd, open_branch_id branch_id, open_emp_id emp_idqd, 


tt 


-> FROM account 
-> GROUP BY product_cd, open_branch_id, open_ emp_id; 


SUM(avail_balance) tot_deposits 



































十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
product_cd branch_id emp_id tot_deposits 

十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
BUS 2 10 9345.55 
BUS 4 16 0.00 
CD 1 1 11500.00 
CD 2 10 8000.00 
CHK 1 中 782.16 
CHK 2 10 3315.77 
CHK 3 3 1057.75 
CHK 4 16 67852.33 
M 1 1 14832.64 
M 3 [3 22.12:.50 
SAV 1 767.77 
SAV 2 10 700.00 
SAV 4 16 387.99 
SBL 3 L3 50000.00 

十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 

14 rows in set (0.02 sec) 
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上 面 的 查询 正 是 这 个 查询 的 核心 ， 
和 open_emp_id 这 些 儿 








需要 的 其 他 表 只 是 将 product_ cd、 open_branch_id 
键 蔡 换 为 有 意义 的 字符 串 。 下 面 的 查询 将 对 account 表 的 查询 包 











装 在 一 个 子 查 询 中 ， 
































将 其 结果 表 与 其 他 3 个 表 连 接 。 





mysql> SELECT P.name product, b.name branch, 
































一 > CONCAT(e.fname, ' ', e.lname) name, 

-> account_groups.tot_deposits 

-> FROM 

-> (SELECT product_cd, open_branch_id branch_id, 

一 > open_emp_id emp_id, 

一 > SUM(avail_balance) tot_deposits 

> FROM account 

一 > GROUP BY Product_cd，oPen_branch_id，oPpPen_emP_id) account_groups 
去 INNER JOIN employee e ON e.emP_id = account_grouPs .emP_id 

一 六 INNER JOIN branch b ON b.branch_id = account_grouPs .bzanch_id 
三 之 INNER JOIN product p ON p.product_cd = account_groups .Product_cd 
-> WHERE p.product_type_cd = 'ACCOUNT ' ; 

i be ie 
product branch name tot_deposits 
rn i i ar Dr i 
certificate of deposit | Headquarters Michael Smith 11500.00 
certificate of deposit | Woburn Branch Paula Roberts 8000.00 
checking account Headquarters Michael Smith 782.16 
checking account Quincy Branch John Blake 十 05 
checking account So. NH Branch Theresa Markham 67852.33 
checking account Woburn Branch Paula Roberts 3315.:77 
money market account Headquarters Michael Smith 14832.64 
money market account Quincy Branch John Blake 2212.50 
savings account Headquarters Michael Smith 767.77 
savings account So. NH Branch Theresa Markham 387.99 
savings account Woburn Branch Paula Roberts 700.00 
es ET PT 

ll rows jin set (0.01 sec) 





| 


中 




















实现 不 是 基于 可 能 很 长 的 
employee.Iname ) ， 


open_emp_id) 。 











9.5.2 ”过 滤 条 件 中 的 子 查询 



































本 章 许 多 例子 都 是 把 子 查询 用 作 过 滤 条 件 的 表达 式 ， 事 实 上 ， 这 就 是 子 查询 的 主要 用 
途 之 一 。 不 过 ， 过 滤 条 件 中 的 子 查 询 并 不 会 只 出 现在 where 子 句 中 。 例 如 ， 下 面 的 查 
询 就 是 在 having 子 句 中 使 用 子 查 询 来 查找 开户 最 多 的 雇员 : 














4 言 道 ， 情 人 眼 里 出 西施 ， Re 个 人 喜好 不 同 ， 不 过 我 还 是 以 为 这 个 





而 是 基于 更 小 而 数字 型 的 外 键 列 (product_ cd、 




















mysql> SELECT open_emp_id, COUNT(*) how_many 
-> FROM account 








版 本 比 那 个 大 而 扁平 的 版 本 更 加 令 人 满意 。 这 个 版 本 的 查询 执行 也 更 快 ， 因 为 分 组 的 
字符 串 型 列 (branch.name、product.name、employee.fname、 


open_branch_id 、 
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-> GROUP BY open_emp_id 
-> HAVING COUNT (*) = (SELECT MAX (emp_cnt .how_many) 
一 > FROM (SELECT COUNT (*) how_many 








一 > FROM account 
一 > GROUP BY open_emp_id) emp_cnt); 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
| open_emp_id | how_many | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 
| | 8 | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 





1 row in set (0.01 sec) 


having 子 句 中 的 子 查 询 检索 所 有 雇员 的 最 大 开户 数 ， 包 含 查 询 则 查找 这 个 开户 最 多 的 
雇员 。 如 果 有 多 人 并 列 开户 数 最 高 ， 那 么 查询 将 返回 多 行 。 


9.5.3 子 查询 作为 表达 式 生 成 器 

作为 本 节 的 最 后 一 小 节 ， 我 们 将 继续 完成 开始 学 的 内 容 : 单列 单行 的 标量 子 查询 。 除 
了 用 于 过 滤 条 件 中 ， 标 量子 查询 还 能 用 在 表达 式 可 以 出 现 的 任何 位 置 ， 其 中 包括 查询 
中 的 select 和 order by 子 句 以 及 insert 语句 中 的 values 子 句 。 


在 “面向 任务 的 子 查询 ”中 ， 我 展示 了 如 何 将 分 组 从 其 他 查询 中 分 离 出 来 。 下 面 的 查 
询 语句 是 前 面 查询 的 另 一 个 版 本 ， 采 用 子 查 询 实 现 了 相同 的 目的 ， 但 方法 不 同 : 


mysql> SELECT 
-> (SELECT P .name FROM product p 
一 > WHERE p.product_cd = a.product_cd 
= AND p.product_type_cd = 'ACCOUNT') product, 
-> (SELECT b .name FROM branch b 
一 > WHERE b .branch_id = a.open_branch_id) branch, 
-> (SELECT CONCAT(e.fname, ' ', e.lname) FROM employee e 
一 > WHERE e.emP_id = a.open_emP_id) name, 
一 > SUM(a.avail_ balance) tot_deposits 
-> FROM account a 
-> GROUP BY a.product_cd, a.open_branch_id, a.open_ emp_id 
-> ORDER BY 1,2; 



































































































































DE 和 二 二 二 二 二 全 二 二 一 二 
product branch name tot_ deposits 
ES Th 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
NULL Quincy Branch John Blake 50000.00 
NULL So. NH Branch Theresa Markham 0.00 
NULL Woburn Branch Paula Roberts 9345.55 
certificate of deposit | Headquarters Michael Smith 11500.00 
certificate of deposit | Woburn Branch Paula Roberts 8000.00 
checking account Headquarters Michael Smith 782.16 
checking account Quincy Branch John Blake 1057.:75 
checking account So. NH Branch Theresa Markham | 67852.33 
checking account Woburn Branch Paula Roberts 3315:77 
money market account Headquarters Michael Smith 14832.64 
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money market account | Quincy Branch | John Blake | 2212.50 | 
savings account | Headquarters | Michael smith | 767.77 | 
savings account | so. NH Branch | Theresa Markham | 387:99. | 
savings account | Woburn Branch | Paula Roberts | 700.00 | 
寺 二 半生 二 二 二 二 二 二 二 三 二 二 a ee de 

[4 rows in set (0.01 sec) 

这 个 查询 与 前 面 介绍 的 最 大 差别 在 于 它 在 select 子 名 中 使 用 了 子 查 询 : 
不 是 将 product、branch 和 employee 与 账户 数据 连接 ， 而 是 在 select 子 句 中 使 用 关 


cd='ACCOUNT'， 而 这 个 条 伯 
业 贷 款 。 














rr 




















其 标量 子 查询 查找 产品 、 分 行 和 雇员 的 名 字 ， 


结果 有 14 行 ， 而 不 是 11 行 ， 其 中 3 个 产品 名 称 为 null。 
结果 集中 有 3 行 比较 特殊 





























于 这 个 版 本 的 查询 没有 连接 到 product 表 ， 
这 个 过 滤 条 件 。 没 有 包括 这 个 条 件 对 于 product 表 的 关联 子 查 询 的 唯 








的 原因 是 前 面 的 版 本 中 有 一 个 过 滤 条 件 p.product_ type_ 
排除 了 INSURANCE 和 LOAN 类 型 的 产品 ， 比 如 小 额 商 
因此 就 没有 办 法 在 主 查 询 里 添加 








影响 就 是 留 下 














了 null 这 样 的 产品 名 。 因 此 ， 读 者 如 果 想 去 掉 这 3 个 特殊 行 ， 就 需要 将 product 表 


与 account 表 连 接 ， 同 时 添加 这 个 过 滤 条 伯 


mysql> SELECT all._ prods.product, 
all_prods.tot_deposits 














一 > all_prods .name， 
-> FROM 

-> (SELECT 

一 > 

一 > 

一 > 

一 > 

一 > 

一 > 

一 > 

一 > 

-> FROM account a 
一 > 

-> ) all_prods 


(SELECT p.name FROM product p 
WHERE p.product_cd = a.product_cd 

AND p.product_type_cd = 
(SELECT b.name FROM branch b 
WHERE b.branch_id = a.open _ branch_id) branch, 
(SELECT CONCAT(e.fname, ' ', 


F， 或 者 干脆 作 如 下 简单 修改 : 


all_prods .branch, 


'ACCOUNT') product, 


e.lname) FROM employee e 


WHERE e.emp_id = a.open_ emp_id) name, 
SUM(a.avail_balance) tot_deposits 


-> WHERE all_prods.product IS NOT NULL 


-> ORDER BY 1,2; 


GROUP BY a.product_cd, a.open_ branch_id, a.open_ emp_id 




















平一 三 三 一 二 二 二 ER 0 A 
product branch name tot_deposits 

十 一 一 一 一 一 一 一 Es 
certificate of deposit | Headquarters Michael Smith 11500.00 
certificate of deposit | Woburn Branch Paula Roberts 8000.00 
checking account Headquarters Michael Smith 了 82 6 
checking account Quincy Branch John Blake 005715 
checking account So. NH Branch Theresa Markham 67852.33 
checking account Woburn Branch Paula Roberts 3315277 
money market account Headquarters Michael Smith 14832.64 
money market account Quincy Branch John Blake 2212.50 
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二 去 去 a 


| savings account | Headquarters | Michael Smith | 767.77 | 
| savings account | so. NH Branch | Theresa Markham | 387399 | 
| savings account | Woburn Branch | Paula Roberts | 700.00 | 

a 下 二 ER 
11 rows in set (0.01 sec) 








将 前 面 的 查询 简单 地 包装 到 一 个 子 查 询 (all_prods) 里 ， 同 时 添加 过 滤 条 件 ， 排 除 那些 
product 列 的 值 为 null 值 的 行 ， 这 样 查询 就 只 返回 所 需 的 11 行 了 。 查 询 的 最 终结 果 是 
对 account 表 中 的 原始 数据 分 类 ， 而 其 他 3 个 表 9 
































的 数据 是 用 于 润色 输出 的 数据 。 








前 面 已 经 提 到 ， 标 量子 查询 也 可 以 出 现在 order by 子 句 里 。 下 面 的 查询 检索 雇员 数据 ， 





其 结果 排序 的 第 一 准 








则 是 




















mysql> SELECT emp.emp_id, CONCAT (emP . Ename， 


(SELECT CONCRAT (boss . fname， ' '， 
FROM employee boss 
WHERE boss .emP_id = emp.superior_ emp_id) boss_name 
FROM employee emp 
WHERE emp.superior_ emp_id IS NOT NULL 
ORDER BY (SELECT boss.lname FROM employee boss 
WHERE boss .emP_id = 


emP .SuPerior_emP_id) ， 














Cindy Mason 
Frank Portman 
Jane Grossman 
Sarah Parker 
Chris Tucker 
John Blake 
Helen Fleming 
John Gooding 
Theresa Markham 
Paula Roberts 
Beth Fowler 
Rick Tulman 
Samantha Jameson 
Thomas Ziegler 
Susan Barker 
Robert Tyler 
Susan Hawthorne 


PE PEN 


John Blake 
John Blake 
Helen Fleming 
Helen Fleming 
Helen Fleming 
Susan Hawthorne 
Susan Hawthorne 
Susan Hawthorne 
Susan Hawthorne 
Susan Hawthorne 


Theresa Markham 





Theresa Markham 
Paula Roberts 
Paula Roberts 
Michael Smith 
Michael Smith 
Robert Tyler 








一 > 
ee 
emp_id 
年 和 二 二 

14 
TS. 
9 
8 
13 
6 
Ss 
16 
10 
17 
18 
12 
Ll 
2 
3 
4 
站 
17 rows in set 





这 个 查询 使 用 了 两 个 关联 标量 子 查询 : 





除了 在 select 子 句 中 使 用 着 
子 句 生成 值 。 比 如 说 要 4 








(0.01 sec) 























E 员 老板 的 姓氏 ， 第 二 准则 是 雇员 的 姓氏 : 


', emp.lname) emp_name, 


boss .lname) 


emp .lname; 





一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 


个 是 检索 每 个 雇员 老板 姓名 的 select 子 句 ， 另 
一 个 是 用 于 排序 而 只 返回 每 个 雇员 老板 姓氏 的 order by 子 句 。 














E 成 一 个 新 的 风 





关 标 量子 查询 ， 读 者 还 可 以 用 非 天 联 标 量子 查询 为 insert 
K 户 ， 相 关 的 数据 如 下 : 
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。 ”产品 名 称 (“savings account” ) ; 

。 客户 联邦 个 人 识别 号 码 (“555-55-5555”)， 

。 ”开户 行 名称 (“Quincy Branch” ); 

。 ”开户 柜员 的 姓名 。 

为 了 能 够 填充 account 表 中 的 外 键 列 ， 读 者 在 创建 新 行 之 前 应 该 查找 所 有 数据 的 键 值 。 
那么 应 该 如 何 做 呢 ? 有 两 个 选择 : 一 个 是 先 用 4 个 查询 检索 到 主 关键 字 ， 再 将 其 置 于 
insert 语句 里 ， 另 一 个 是 直接 用 子 查询 在 insert 语句 里 检索 这 4 个 键 值 : 


INSERT INTO account 

(account_id, product_cd, cust_id, open date, last_ activity_ date, 
status, open branch_id, open_ emp_id, avail balance, pending balance) 
VALUES (NULL, 




























































































(SELECT product_cd FROM product WHERE name = 'savings account'), 
(SELECT cust_id FROM customer WHERE fed id = '555-55-5555"'), 
'2008-09-25', '2008-09-25', 'ACTIVE', 
(SELECT branch_id FROM branch WHERE name = "Quincy Branch'), 
(SELECT emp_ id FROM employee WHERE lname = 'Portman' AND fname = 'Frank'), 
0, 0); 

读者 使 用 单一 SQL 语句 可 以 在 account 表 里 创建 一 行 ， 同 时 查询 4 个 外 键 值 。 不 过 ， 





























这 种 方法 有 一 个 缺点 ， 就 是 当 插 和 人 的 列 允 许 null 值 时 ， 即 使 子 查询 不 能 返回 值 ，insert 
语句 也 会 成 功 。 例 如 ， 如 果 第 四 个 子 查询 的 Frank Portman 的 名 字 拼 写 错误 ，account 
表 中 仍然 会 创建 一 个 新 行 ， 但 此 时 open_emp_id 列 的 值 被 置 为 了 null。 


























9.6 子 碍 询 总 结 


本 章 涉及 了 非常 多 的 内 容 ， 所 以 非常 有 必要 再 回顾 一 下 。 本 章 范例 大 致 如 下 阐述 了 子 
查询 : 























的 结果 可 以 是 单行 /单列 ， 单 列 /多 行 以 及 多 列 / 多 行 ， 

可 以 独立 于 包含 语句 ( 非 关 联 子 查 询 )， 

可 以 引用 包含 语句 中 一 行 或 多 行 (关联 子 查 询 ); 

可 以 用 于 条 件 中 , 这 些 条 件 使 用 比较 运算 符 以 及 其 他 特殊 目的 的 运算 符 (in、not 


、 exists 和 not exists); 


[Ey 
怠 

















NIRNINSNEN 








己 。 
号 








习 


以 出 现 于 select、update、 delete 和 insert 语句 ; 

集 可 以 与 其 他 表 或 者 子 查询 连接 ， 

生成 值 来 填充 表 或 者 查询 结果 集中 的 一 些 列 ; 

可 以 用 于 查询 中 的 select、from、 where、 having 和 order by 子 句 。 




















过 
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一 
Ne 
了 此 
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显然 ， 子 查询 是 用 途 非常 广泛 的 工具 ， 所 以 在 第 一 次 读 完 本 章 后 还 没有 了 解 所 有 概念 
时 ， 也 不 必 灰 心 。 如 果 坚 持 不 断 地 尝试 使 用 子 查 询 ， 那 么 读者 很 快 就 会 发 现 每 次 写 一 
个 非 平 几 的 SQL 语句 时 都 会 考虑 如 何 使 用 子 查 询 来 实现 。 


9.7 “小 测验 









































下 面 的 习题 测试 读者 对 子 查 询 的 理解 。 完 成 后 ， 可 以 参照 附录 C 检查 结果 。 
练习 9-1 





对 account 表 编 写 一 个 查询 ， 过 滤 条 件 使 用 的 非 关 联 子 查 询 实现 对 product 表 查 找 所 有 
贷款 账户 (product.product_type_cd = LOAN') ， 结 果 包 括 账号 卫 、 产 品 代码 、 客 户 ID 
和 可 用 余额 。 











练习 9-2 
重 做 练习 9-1， 对 product 表 使 用 关联 子 查 询 获 得 同样 的 结果 。 
练习 9-3 





将 下 面 的 查询 与 employee 表 连 接 ， 以 展示 每 个 雇员 的 经 验 。 

















SELECT '‘'trainee' name, ‘'2004-01-01' start dt, '2005-12-31' end dt 
UNION ALL 
SELECT ‘worker' name, ‘'2002-01-01' start_dt, '2003-12-31' end_ dt 
UNION ALL 














SELECT 'mentor' name, '2000-01-01' start_dt, '2001-12-31' end_dt 


子 查询 别名 定义 为 levels, 它 包含 座 员 ID、 名字、 姓氏 以 及 经 验 等 级 (levels.name)。( 提 
示 : 利用 不 等 条 件 构 建 连接 条 件 ， 确 定 employee.start_date 列 位 于 哪个 等 级 。) 











练习 9-4 


对 employee 构建 一 个 查询 ， 检 索 雇员 ID、 名字、 姓氏 及 其 所 属 部 门 和 分 行 的 名 字 。 请 
不 要 连接 任何 表 。 
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至 此 ， 在 第 5 章 中 介绍 的 内 连接 这 个 概念 ， 恋 者 应 该 已 经 熟悉 了 。 本 章 着 重 学 习 包 括 
外 连接 和 交叉 连接 在 内 的 其 他 连接 表 的 方法 。 


10.1 外 连接 


到 目前 为 止 ， 所 列举 的 范例 都 包括 多 个 表 ， 此 种 情况 下 我 没有 考虑 连接 条 件 可 能 无 法 
为 表 中 的 所 有 行 匹 配 的 问题 。 例 如 ， 当 将 account 表 与 customer 表 连 接 时 ， 我 没有 考 
虑 可 能 出 现 account 表 中 的 cust_id 列 值 无 法 匹配 customer 表 中 的 cust id 列 值 。 如 果真 
是 如 此 ， 则 一 个 表 或 者 其 他 表 中 的 某 些 列 就 可 能 被 遗漏 在 结果 集 之 外 。 

要 确定 是 否 存 在 上 述 问 题 就 必须 检查 表 中 的 数据 。 下 面 查询 account 表 中 account_id 列 
和 cust_id 列 的 值 ; 


mysql> SELECT account_id， cust_id 
-> FROM account; 








































































































十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 
account_id cust_id 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
1 1 
2 1 
3 1 
4 2 
5 2 
了 3 
8 3 
10 4 
1 4 
12 4 
13 5 
14 6 
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15 6 
17 7 
18 8 
19 8 
21 9 
22 9 
23 9 
24 10 
25 10 
27 11 
28 12 
29 13 
ET 





24 rows in set (1.50 sec) 


由 查询 结果 可 知 ， 共 24 个 账户 ，3 个 不 同 客户 ， 他 们 的 卫 为 1~13， 每 个 客户 至 少 有 
1 个 账户 。 下 面 是 customer 表 中 的 客户 ID 集合 : 


mysql> SELECT cust_id 
-> FROM customer; 





























11 








13 rows in set (0.02 sec) 


由 于 customer 表 中 的 ID 共有 13 行 , 分 布 在 1~13, 因此 account 表 中 包含 每 个 客户 ID 
至 少 一 次 。 所 以 当 两 个 表 在 cust_id 列 连 接 时 ,期望 的 结果 集 应 该 是 24 行 (不 再 添加 其 
他 过 滤 条 件 )。 


mysql> SELECT a.acco unt_id, c.cust_id 
-> FROM account a INNER JOIN customer c 
一 > ON a.cust_id = c.cust_id; 

二 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 












































| account_iq | cust_id | 
二 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 + 
| 1 | 1 | 
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-二 
cr 
且 
用 
Xk 












































2 I 
3 1 
4 2 
5 2 
也 3 
8 3 
10 4 
11 4 
12 4 
13 5S 
14 6 
15 6 
17 7 
18 8 
19 8 
2 9 
22 9 
23 9 
24 10 
25 10 
7 11 
28 12 
29 13 
ee 人 二 
24 rows in set (0.06 sec) 
正如 所 期 望 的 那样 ， 所 有 24 个 账户 都 出 现在 结果 集中 ， 但 是 若 将 account 表 连 接 到 某 











一 类 客户 表 ， 比 如 business 表 ， 结 果 又 会 如 何 呢 ? 


mysql> SELECT a.account_id，b.cust_id，b .name 
-> FROM account a INNER JOIN business b 
一 > ON a.cust_id = b.cust_id; 


















































+ 一 一 -一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
account_id Cust_ id name 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 FH 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
24 10 Chilton Engineering 
25 10 Chilton Engineering 
27 11 Northeast Cooling Inc 
28 12 Superior Auto Body 
2:9 13 AAA Insurance Inc. 
十 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
5 rows in set (0.10 sec) 
现在 的 结果 不 是 24 行 ， 而 是 仅 有 5 行 。 让 我 们 检查 一 下 business 表 ， 看 看 为 什么 会 





这 样 : 





mysql> SELECT cust_id, name 
-> FROM business; 
十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





| cust_id | name 
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十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





| 10 | Chilton Engineering | 
| 11 | Northeast Cooling Inc. | 
| 12 | Superior Auto Body | 
| 13 | AAA Insurance Inc. | 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





4 rows in set (0.01 sec) 


customer 表 的 13 行 中 只 有 4 个 是 商业 客户 ， 又 由 于 其 中 一 个 商业 客户 有 两 个 账户 ， 所 
以 account 表 中 总 共有 5 行 连接 到 商业 客户 。 

如 果 要 查询 返回 所 有 账户 , 但 只 返回 拥有 这 些 账 户 的 商业 客户 的 名 字 , 那 该 怎么 办 呢 ? 
下 面 的 例子 在 account 表 和 business 表 之 间 建 立 了 外 连接 : 


mysql> SELECT a.account_id, a.cust_id, b.name 
-> FROM account a LEFT OUTER JOIN business b 
区 ON a.cust_id = b.cust_id; 




























































































































































































十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
account_id cust_id name 

十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
1 下 NU 
2 1 NU 
3 1 NU 
4 2 NU 
3 2 NU 
7 3 NU 
8 3 NU 
10 4 NU 
11 4 NU 
12 4 NU 
13 5 NU 
14 6 NU 
5 6 NU 
于 水 7 NU 
18 8 NU 
19 8 NU 
21 9 NU 
22 9 NU 
23 9 NU 
24 10 Chilton Engineering 
25 10 Chilton Engineering 
27 1 Northeast Cooling Inc. 
28 12 Superior Auto Body 
29 13 AAA Insurance Inc. 

十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 

24 rows in set (0.04 sec 

外 连接 包括 第 一 个 表 的 所 有 行 ， 但 仅仅 包含 第 二 个 表 中 那些 匹配 行 的 数据 。 在 这 种 情 








况 下 ,account 表 的 所 有 行 都 被 包括 了 。 由 于 指定 了 left outer join ， 因 此 account 表 就 应 
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-tn 
| 
3 
也 
$k 





该 在 连接 定义 的 左边 。 除 了 4 个 商业 客户 (cust_ids 为 10、11、12 和 13 的 客户 ) ， 所 
有 行 的 name 列 值 都 是 null 。 
mysql> SELECT a.account_id, a.cust_id, i.fname, i.lname 


-> FROM account a LEFT OUTER JOIN individual i 
> ON a.cust_id = i.cust_id; 













































































十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 a 
account_id cust_id fname lname 
于 三 二 二 二 二 二 一 全 二 二 三 一 二 二 一 全 三 二 三 二 全 这 二 下 全 和 二 二 二 起 
1 I James Hadley 
2 1 James Hadley 
3 1 James Hadley 
4 2 Susan Tingley 
3 人 2 Susan ringley 
7 3 Frank [ucker 
8 3 Frank [Tucker 
10 4 John Hayward 
11 4 John Hayward 
12 4 John Hayward 
13 5 Charles Frasier 
14 6 John Spencer 
5 6 John Spencer 
17 学 Margaret Young 
18 8 George Blake 
19 8 George Blake 
21 9 Richard Farley 
22 9 Richard Farley 
23 9 Richard Farley 
24 10 NULL NULL 
25 10 NULL NULL 
27 11 NULL NULL 
28 12 NULL NULL 
29 13 NULL NULL 
ER ON 
24 rows in set (0.09 sec) 
这 个 查询 内 容 实 际 上 与 前 一 个 刚好 相反 : 个 人 客户 获得 了 名 字 和 姓氏 的 信息 ， 然 而 商 





业 客 户 在 这 两 列 却 是 null 。 


10.1.1 左 外 连接 与 右 外 连接 
0 车 接 例子 中 ， 我 使 用 了 left outer join。 关 键 词 left 指出 连接 左边 的 表决 
结果 集 的 行 数 ， 而 右边 的 只 负责 提供 与 之 匹配 的 列 值 。 不 妨 考 虑 如 下 查询 : 


mysql> SELECT c.cust_id, b.name 
-> FROM customer C LEFT OUTER JOIN business b 
一 > ON c.cust_id = b.cust_id; 

Te 让 + 



































cust_id | name 
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1 NULL 

2 NULL 

3 NULL 

4 NULL 

5 NULL 

6 NULL 

7 NULL 

8 NULL 

9 NULL 

10 Chilton Engineering 
11 Northeast Cooling Inc. 
12 Superior Auto Body 
13 AAA Insurance Inc. 


十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 








13 rows in set (0.00 sec) 











from 子 句 指定 了 一 个 左 外 连接 ， 因 此 customer 表 的 13 行 都 包括 在 结果 集中 ， 而 
business 表 将 4 个 商业 客户 的 名 字 填 人 了 结果 集 的 第 二 列 。 如 果 指 定 的 是 right outer 














join， 那 么 结果 如 下 : 


mysql> SELECT c.cust_id, b.name 
-> FROM customer C RIGHT OUTER JOIN business b 
一 > ON c.cust_id = b.cust_id; 














二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 

cust_id name | 

十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 

10 Chilton Engineering | 

二 Northeast Cooling Inc. | 

1 Superior Auto Body | 

13 AAA Insurance Inc. | 

十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
4 rows in set (0.00 sec) 














现在 结果 集 的 行 数 由 business 表 的 行 数 决定 ,因此 结果 集 只 有 4 行 。 读 者 需要 记 住 : 这 
两 个 查询 都 是 执行 外 连接 ， 而 关键 字 left 和 right 只 是 通知 服务 器 哪个 表 的 数据 可 以 不 
足 。 因 此 , 若 读者 想 要 通过 表 A 和 B 外 连接 得 到 结果 为 A 中 的 所 有 行 和 B 中 匹配 列 的 


















































额外 数据 ， 则 可 以 指定 A left outer join B 或 者 B right outer join A。 


10.1.2 三 路 外 连接 











有 些 情况 下 ， 读 者 可 能 想 要 将 一 个 表 与 其 他 两 个 表 进 行 外 连接 。 比 如 ， 读 者 想 要 得 到 








所 有 账户 列表 ， 其 中 包含 个 人 客户 的 姓名 以 及 商业 客户 的 企业 名 称 : 


mysql> SELECT a.account_id, a.product_cd, 
一 > CONCAT(i.fname, ' ', i.lname) person_name, 
一 > bb .name business_name 
-> FROM account a LEFT OUTER JOIN individual i 
一 > ON a.cust_id = i.cust_id 








i 
a 
棚 
站 
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除了 来 自 其 
24 行 。 

我 并 不 知道 MySQL 对 于 外 连接 到 同一 个 表 的 其 他 表 的 数目 是 否 有 限制 , 不 过 我 们 总 是 
可 以 利用 子 查 询 限制 查询 中 连接 的 数目 。 例 如 ， 下 面 重 写 前 一 个 例子 : 



































































































































一 > LEFT OUTER JOIN business b 
= ON a.cust_id = b.cust_id; 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
account_id product_cd person_name business_name 

十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
1 CHK James Hadley NU 
2 SAV James Hadley NU 
3 CD James Hadley NU 
4 CHK Susan Tingley NU 
5 SAV Susan Tingley NU 
7 CHK Frank Tucker NU 
8 MM Frank Tucker NU 
10 CHK John Hayward NU 
11 SAV John Hayward NU 
12 MM John Hayward NU 
13 CHK Charles Frasier NU 
14 CHK John Spencer NU 
15 CD John Spencer NU 
17 CD Margaret Young NU 
18 CHK George Blake NU 
19 SAV George Blake NU 
21 CHK Richard Farley NU 
22 MM Richard Farley NU 
23 CD Richard Farley NU 
24 CHK NULL Chilton Engineering 
25 BUS NULL Chilton Engineering 
27 BUS NULL Northeast Cooling Inc. 
28 CHK NULL Superior Auto Body 
29 SBL NULL AAA Insurance Inc. 

二 一 一 一 一 一 一 一 一 一 一 一 + 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 

24 rows in set (0.08 sec) 





也 两 个 外 连接 表 的 个 人 姓名 或 企业 名 字 ，2 
































吉 果 集 包 含 了 account 表 的 所 有 





mysql> SELECT account_ind.account_id, account_ind.product_cd, 


eS account_ind.person_name, 
一 > b .name business_name 
-> FROM 
-> (SELECT a.account_id, a.product_cd, a.cust_id, 
一 > CONCAT ( 工 . Ename， ', i.lname) Person_name 
ep FROM account a LEFT OUTER JOIN individual i 
一 > ON a.cust_id = i.cust_id) account_ind 
一 > LEFT OUTER JOIN business b 
= ON account_ind.cust_id = b.cust_id; 
ee i i 和 





| account_id | product_cd 


| person_nName 


| business_name 
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大 


了 
人 
让 


接 。 读 者 使 月 























































































































re ee Ne me i DE TY EN Df DN 人 
1 CHK James Hadley NUL 
SAV James Hadley NUL 
3 CD James Hadley NUL 
4 CHK Susan Tingley NUL 
5 SAV Susan Tingley NUL 
7 CHK Frank Tucker NUL 
8 M Frank Tucker NUL 
10 CHK John Hayward NUL 
11 SAV John Hayward NUL 
42 M John Hayward NUL 
13 CHK Charles Frasier NUL 
14 CHK John Spencer NUL 
15 CD John Spencer NUL 
17 CD Margaret Young NUL 
18 CHK George Blake NUL 
19 SAV George Blake NUL 
2 CHK Richard Farley NUL 
22 M Richard Farley NUL 
23 CD Richard Farley NU 
24 CHK NULL Chilton Engineering 
25 BUS NULL Chilton Engineering 
27 BUS NUL Northeast Cooling Inc. 
28 CHK NUL Superior Auto Body 
29 SBL NUL AAA Insurance Inc. 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
24 rows in set (0.08 sec) 





外 连接 。 
10.1.3 ” 自 外 连接 


注 旦 





连接 范例 ， 


小 





5 章 中 ， 我 介绍 了 
它 将 employee 表 连 接 到 


SELECT e . 


mysql> 





果 又 外 连接 到 business 表 。 由 此 可 见 ， 
的 数据 库 如 果 不 是 MySQL， 那 么 可 能 需要 




















在 这 个 版 本 的 查询 中 ， 子 查询 account_ind 将 individual 表 外 连接 到 account 表 ， 而 其 结 











每 个 查询 ( 子 查询 和 包含 查询 ) 














I 

















| 





fname, 














自 连 接 的 概念 ， 即 一 个 表 连 接 自己 。 下 面 是 第 5 
9 己 而 生成 雇员 和 他 们 主管 


e.lname, 
e_mgr.fname mgr_fname, 
FROM employee ee INNER JOIN employee e_mgr 





人 


一 > ON e.superior emp_id = e_mgr .emP_id 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
| fname | lname | mgr_fname | mgr_lname | 
+ 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
| Susan | Barker | Michael | Smith | 
| Robert | Tyler | Michael | Smith | 
| Susan | Hawthorne | Robert | Tyler | 
| John | Gooding | Susan | Hawthorne | 








e_mgr.lname mgr_lname 


的 列表 : 


只 使 用 了 单一 儿 
采取 这 种 策略 来 实现 多 表 的 


章 里 的 一 个 
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Helen Fleming Susan Hawthorne 

Chris Tucker Helen Fleming 

Sarah Parker Helen Fleming 

Jane Grossman Helen Fleming 

Paula Roberts Susan Hawthorne 

Thomas Ziegler Paula Roberts 

Samantha Jameson Paula Roberts 

John Blake Susan Hawthorne 

Cindy Mason John Blake 

Frank Portman John Blake 

Theresa Markham Susan Hawthorne 

Beth Fowler Theresa Markham 

Rick Tulman Theresa Markham 

17 rows in set (0.02 sec) 

这 个 查询 运行 的 很 好 ,但 是 存在 一 个 小 问题 : 没有 主管 的 雇员 将 被 遗漏 到 结果 集 之 外 。 
如 果 将 内 连接 变 为 外 连接 ， 那 么 结果 集 就 包括 所 有 雇员 ， 当 然 没 有 主管 的 雇员 也 被 包 














括 在 内 : 


mysql> SELECT e.fname, e.lname, 





= e_mgr.fname mgr_fname, e_mgr.lname mgr_lname 
-> FROM employee ee LEFT OUTER JOIN employee e_mgr 
一 > ON e.superior_emP_id = e_mgr.emp_id; 
























































十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 

fname lname mgr_fname mgr_lname 

二 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 + 
Michael smith NULL NULL 
Susan Barker Michael Smith 
Robert Tyler Michael Smith 
Susan Hawthorne Robert Tyler 
John Gooding Susan Hawthorne 
Helen Fleming Susan Hawthorne 
Chris Tucker Helen Fleming 
Sarah Parker Helen Fleming 
Jane Grossman Helen Fleming 
Paula Roberts Susan Hawthorne 
Thomas Ziegler Paula Roberts 
Samantha Jameson Paula Roberts 
John Blake Susan Hawthorne 
Cindy Mason John Blake 
Frank Portman John Blake 
Theresa Markham Susan Hawthorne 
Beth Fowler Theresa Markham 
Rick Tulman Theresa Markham 

十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 

18 rows in set (0.00 sec) 

现在 结果 集中 包括 银行 总 裁 Michael Smith， 而 他 没有 主管 。 查 询 使 用 左 外 连接 生成 所 
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有 雇员 以 及 可 能 的 主管 。 如 果 将 这 个 连接 改 为 右 外 连接 ， 那 么 情况 如 下 : 


mysql> SELECT e.fname, e.lname, 





ye e_mgr.fname mgr_fname, e_mgr.lname mgr._lname 
-> FROM employee e RIGHT OUTER JOIN employee e_mgr 
实 洲 ON e.superior_ emp_id = e_mgr.emp_id; 
































































































































十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 + 
fname lname mgr_fname mgr_lname 

+ 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 + 
Susan Barker Michael Smith 
Robert Tyler Michael Smith 
NULL NULL Susan Barker 
Susan Hawthorne Robert Tyler 
John Gooding Susan Hawthorne 
Helen Fleming Susan Hawthorne 
Paula Roberts Susan Hawthorne 
John Blake Susan Hawthorne 
Theresa Markham Susan Hawthorne 
NULL NULL John Gooding 
Chris Tucker Helen Fleming 
Sarah Parker Helen Fleming 
Jane Grossman Helen Fleming 
NULL NULL Chris Tucker 
NULL NULL Sarah Parker 
NULL NULL Jane Grossman 
Thomas Ziegler Paula Roberts 
Samantha Jameson Paula Roberts 
NULL NULL Thomas Ziegler 
NULL NULL Samantha Jameson 
Cindy Mason John Blake 
Frank Portman John Blake 
NULL NULL Cindy Mason 
NULL NULL Frank Portman 
Beth Fowler Theresa Markham 
Rick Tulman Theresa Markham 
NULL NULL Beth Fowler 
NULL NULL Rick Tulman 

十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 + 

28 rows in set (0.00 sec) 

这 个 查询 显示 的 内 容 除 了 每 个 主管 (仍然 是 第 三 行 和 第 四 行 ) 外 ， 还 有 其 管理 的 雇员 





集合 .因此 ,Michael Smith 作为 Susan Barker 和 Robert Tyler 的 主管 出 现 了 两 次 ,而 Susan 
Barker 显示 了 一 次 ， 但 她 不 是 任何 人 的 主管 (因为 该 行 的 第 一 列 和 第 二 列 值 为 null ) 。 
所 有 18 个 雇员 在 第 三 列 和 第 四 列 出 现 至 少 一 次 ， 其 中 管理 雇员 超过 一 人 的 会 出 现 不 止 
一 次 ， 因 此 结果 集 共 有 28 行 。 这 与 上 一 个 查询 明显 不 同 ， 而 这 仪 仅 是 由 改变 一 个 关键 
字 (从 left 到 right) 引起 的 。 所 以 ， 读 者 在 使 用 外 连接 时 要 确定 到 底 使 用 左 外 连接 还 
是 右 外 连接 。 
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-器 
| 


10.2 ”交叉 连接 























所 





下 多 表 连 接 的 结果 。 
添加 连接 条 伯 
那么 需要 指定 交叉 连接 ， 例 如: 


mysql> SELECT pt .name, 


























早 在 第 5 章 中 就 介绍 了 笛 卡 儿 积 


) ， 否 则 并 不 会 被 经 


今 
JU » 


的 概 











党 使用。 如 细 


P.Product_cd，P.name 


本 质 上 它 就 是 在 不 指定 但 
卡 儿 积 在 发 生意 外 时 使 用 相当 频繁 〈 比 如， 忘记 
读者 确实 打算 生成 两 个 表 的 笛 卡 儿 积 ， 


E 何 连接 条 件 的 情况 
在 from 子 句 中 
























































-> FROM product p CROSS JOIN Product_tyPe pt; 
由 一 一 一 一 一 一 一 一 一 ED 二 十 二 一 一 一 一 一 一 一 一 一 一 过 二 二 二 一 人 二 
name product_cd name 
Es 
Customer Accounts AUT auto loan 
Customer Accounts BUS business line of credit 
Customer Accounts CD certificate of deposit 
Customer Accounts CHK checking account 
Customer Accounts M money market account 
Customer Accounts MRT home mortgage 
Customer Accounts SAV savings account 
Customer Accounts SBL small business loan 
Insurance Offerings AUT auto loan 
Insurance Offerings BUS business line of credit 
Insurance Offerings CD certificate of deposit 
Insurance Offerings CHK checking account 
Insurance Offerings M money market account 
Insurance Offerings MRT home mortgage 
Insurance Offerings SAV savings account 
Insurance Offerings SBL small business loan 
Individual and Business Loans AUT auto loan 
Individual and Business Loans BUS business line of credit 
Individual and Business Loans CD certificate of deposit 
Individual and Business Loans CHK checking account 
Individual and Business Loans M money market account 
Individual and Business Loans MRT home mortgage 
Individual and Business Loans SAV savings account 
Individual and Business Loans SBL small business loan 
二 和 ED 外 
24 rows in set (0.00 sec) 
这 个 查询 生成 了 product 表 和 product_type 表 的 笛 卡 儿 积 ， 结 果 集 有 24 行 (product 表 


有 8 行 ，product_type 表 有 3 行 
么 要 使 月 











) 。 现 帮 











让 





被 使 用 。 不 过 ， 现 在 
在 第 9 章 中 ， 我 讨论 了 如 何 使 月 








而 而 


适合 使 用 交叉 连接 的 情况 


E 读 者 知道 交叉 连接 是 什么 、 如 何 指定 它 、 为 什 
崩 它 了 吗 ? 大 多 数 SQL 书籍 都 会 先 描述 什么 是 交叉 连接 ， 然 后 告诉 读者 它 很 少 
E 我 想 分 享 非 


o 








明子 查询 创建 虚拟 表 。 我 使 有 








以 与 其 他 表 连 接 的 3 行 表 。 下 面 


是 例子 的 虚拟 表 : 





的 例子 展示 了 如 何 构建 可 
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mysql> SELECT 


'Small Fry' name, 


0 low_limit, 











9999 . 


4999.99 high_1imit 


99 high_limit 


-> UNION ALL 
-> SELECT 'Average Joes' name, 5000 low_limit, 
-> UNION ALL 
-> SELECT 'Heavy Hitters' name, 10000 low_limit, 9999999.99 high_ limit; 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
| name low_limit | high_ limit | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
| Small Fry 0 | 4999.99 | 
| Average Joes 5000 | 9999.99 
| Heavy Hitters 10000 | 9999999.99 | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
3 rows in set (0.00 sec) 








符 union all 合 3 


例如 ， 读 者 打算 























创建 一 个 查询 ， 为 2008 














一 行 的 表 。 读 者 如 果 使 用 第 9 章 中 的 策略 ， 





SELECT '2008-01-01"' 
UNION ALL 
SELECT '2008-01-02"' 
UNION ALL 
SELECT '2008-01-03"' 
UNION ALL 


dt 








dt 














dt 














SELECT dt 
UNI 
SELE 
UNI , 
SELE '2008-12-31" 


构建 一 个 查询 来 将 366 


08=12 一 29 








"2008-12-30' dt 

















dt 

















单行 表 的 策略 在 虚拟 构建 一 个 大 型 表 时 就 


年 每 天 生成 一 行 ， 
就 可 能 像 下 面 这 样 做 : 


个 查询 的 结果 合并 到 一 














虽然 这 个 表 正 是 将 客户 依据 其 总 账 余额 分 为 3 组 所 需要 的 ， 但 是 这 种 使 用 集合 





[eu 
粮 



































不 能 很 好 地 起 作用 了 。 
晶 是 数据 库 中 没有 包含 




















个 不 同 的 策略 。 或 许可 以 这 样 : 首先 ii 














全 














的 某 个 数字 〈2008 年 是 状 年 )， 然 后 将 


呢 ? 下 面 是 一 种 可 能 生成 这 村 





这 个 天 数 加 上 2008 
一 个 表 的 方法 : 








起 确实 有 点 单调 乏 
过 单列 生成 366 行 的 表 ， 人 





味 ， 








年 1 月 





mysql> SELECT ones .num + tens.num + hundreds .num 


-> FROM 


(SELECT num 


UNION ALL 


SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 


Quw 必 wh 


UNION 
UNION 
UNION 
UNION 
UNION 
UNION 


ALL 
ALL 
ALL 
ALL 
ALL 
ALL 


num 
num 
num 
num 
num 
num 


1 








因此 可 能 需 和 
0 一 366 中 
这 种 思路 如 何 











-器 
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一 > SELECT 7 num UNION ALL 
一 > SELECT 8 num UNION ALL 
一 > SELECT 9 num) ones 
一 > CROSS JOIN 
0 num UNION ALL 


-> (SELECT 
-> ”SELECT 
-> ”SELECT 
-> SELECT 
-> ”SELECT 
-> ”SELECT 
-> ”SELECT 
-> ”SELECT 
-> SELECT 
-> SELECT 


一 > CROSS JOIN 


10 
20 
30 
40 
50 
60 
70 
80 
90 


num 
num 
num 
num 
num 
num 
num 
num 


UNION 
UNION 
UNION 
UNION 
UNION 
UNION 
UNION 
UNION 


num) tens 


ALL 
ALL 
ALL 
ALL 
ALL 
ALL 
ALL 
ALL 


-> (SELECT 0 num UNION ALL 


二 六 SELECT 100 num UNION ALL 
一 > SELECT 200 num UNION ALL 
一 > SELECT 300 num) hundreds; 





ones .num + tens.num + hundreds .num 











十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





400 rows in set 


(0.00 sec) 


OO OPO 


399 
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如 果 生 成 {0, 1, 2, 3, 4, 5, 6, 7, 8, 9}、{0, 10, 20, 30, 40, 50, 60, 70, 80, 90} 和 {0, 100, 200， 








300} 这 3 个 集合 的 笛 卡 儿 积 ， 并 将 这 3 列 相 加 ， 
400 行 结果 集 。 可 是 这 超过 了 生成 2008 和 
































IT 











日 








额外 的 行 很 容易 ， 我 随后 将 会 介绍 如 何 去 做 。 














ly 


那么 就 能 得 到 包含 0 一 399 所 有 数字 的 
期 集 所 需 的 366 行 ， 没 有 关系 ， 消 除 这 些 


下 一 步 是 将 数字 集 转换 为 日 期 集 。 为 此 , 我 需要 首先 使 用 date_add0) 函 数 将 结果 集中 的 
数字 加 上 2008 年 1 月 1 日， 然后 添加 一 个 过 滤 条 件 来 排除 超过 2009 年 的 所 有 日 期 。 


mysql> SELECT DATE_ADD('2008-01-01', 





一 > INTERVAL (ones .num + 上 ens .num + hundreds .num) DAY) dt 


-> FROM 

-> (SELECT 0 num UNION ALL 
一 > SELECT 1 num UNION ALL 
一 > SELECT 2 num UNION ALL 
二 > SELECT 3 num UNION ALL 
一 > SELECT 4 num UNION ALL 
二 入 SELECT 5 num UNION ALL 
一 六 SELECT 6 num UNION ALL 
一 > SELECT 7 num UNION ALL 
一 > SELECT 8 num UNION ALL 
一 > SELECT 9 num) ones 

-> CROSS JOIN 

-> (SELECT 0 num UNION ALL 
= SELECT 10 num UNION ALL 
一 六 SELECT 20 num UNION ALL 
he SELECT 30 num UNION ALL 
一 > SELECT 40 num UNION ALL 
一 六 SELECT 50 num UNION ALL 
= SELECT 60 num UNION ALL 
一 > SELECT 70 num UNION ALL 
一 六 SELECT 80 num UNION ALL 
一 > SELECT 90 num) 七 ens 


一 > CROSS JOIN 
-> (SELECT 0 num UNION ALL 

过 六 SELECT 100 num UNION ALL 
Sy SELECT 200 num UNION ALL 

一 > SELECT 300 num) hundreds 
-> WHERE DATE_ADD('2008-01-01', 
一 > INTERVAL (ones .num + tens.num+ hundreds .num) DAY) < '2009-01-01"' 
-> ORDER BY 1; 


2008-01-01 
2008-01-02 
2008-01-03 
2008-01-04 
2008-01-05 
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| 2008-01-06 
| 2008-01-07 | 
| 2008-01-08 | 
| 2008-01-09 
| 2008-01-10 | 


2008-02-20 
2008-02-21 
2008-02-22 
2008-02-23 
2008-02-24 
2008-02-25 
2008-02-26 
2008-02-27 
2008=02=28 
2008-02-29 
2008-03-01 

















366 rows in set (0.01 sec) 




















这 个 方法 的 妙 处 在 于 无 需 读 者 介入 ， 结 果 集 会 自动 包含 额外 的 头 日 (2 月 29 日 )， 当 然 











这 是 由 数据 库 服务 器 将 2008 年 1 月 1 日 加 上 59 日 计算 4 








来 的 。 











现在 有 了 构造 2008 年 所 有 日 子 的 方法 ， 那 么 如 何 使 用 它 








呢 ? 又 如 何 生成 一 个 查询 来 展 








示 2008 年 每 一 日 、 当 天 的 银行 交易 数量 以 及 开户 数量 等 数据 呢 ? 下 面 的 例子 解答 了 这 


个 问题 : 


mysql> SELECT days.dt, COUNT (七 .七 xn_id) 
-> FROM 七 ansaction 七 RIGHTIT OUTER JOIN 
-> (SELECT DATE_ ADD('2008-01-01', 


一 > INTERVAL (ones .num + 上 ens .num + hundreds .num) DAY) dt 


一 > FROM 
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(SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 


0 
1 
2 
3 
4 
5 
6 
7 
8 


9 


num) 


CROSS JOIN 


(SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 
SELECT 


0 num UNION 


10 
20 
30 
40 
50 
60 
70 
80 
90 


num 
num 
num 
num 
num 
num 
num 
num 


UNION 
num UNION 
num UNION 
num UNION 
num UNION 
num UNION 
num UNION 
num UNION 
num UNION 


ones 


UNION 
UNION 
UNION 
UNION 
UNION 
UNION 
UNION 
UNION 


num) tens 


CROSS JOIN 
(SELECT 0 num UNION ALL 


SELECT 100 num UNION ALL 
SELECT 200 num UNION ALL 
SELECT 300 num) hundreds 
WHERE DATE_ADD('2008-01-01', 
INTERVAL (ones.num + tens.num + hundreds.num) DAY) < 


'2009-01-01') days 


ON days.dt 
-> GROUP BY days.dt 
-> ORDER BY 1; 


ALL 
ALL 
ALL 
ALL 
ALL 
ALL 
ALL 
ALL 
ALL 


ALL 


ALL 
ALL 
ALL 
ALL 
ALL 
ALL 
ALL 
ALL 


= 七 .七 xn_date 





二 


dt 








COUNT (七 .上 xn_ id) 








SO OOO 
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| 2008-01-15 | 0 | 


| 2008-12-31 | 0 | 
Ds 二 二 一 一 一 牛 





366 rows in set (0.03 sec) 














这 是 至 此 本 书 中 最 有 趣 的 查询 之 一 ， 其 中 包括 交叉 连接 、 外 连接 、 日 
集合 运算 符 (union all) 以 及 聚合 函数 (countO)。 当 然 , 这 并 不 是 所 给 
解决 方法 ， 









































人 




















期 函数 、 分 旨 








晶 、 








问题 的 最 优 
晶 是 它 给 了 我 们 一 些 启迪 : 即使 对 交叉 连接 这 样 很 少 使 用 的 功能 ， 也 可 以 








的 








通过 一 点 创造 力 和 对 语言 本 身 的 牢 牢 把 握 使 其 成 为 读者 SQL 工具 包 中 一 个 强 有 力 的 








工具 。 


10.3 自然 连接 





读者 如 果 想 少 动 一 点 脑筋 ， 就 可 以 选择 这 样 一 个 连接 类 型 : 自己 指定 相关 的 表 ， 而 让 
数据 库 服务 器 去 决定 需要 什么 样 的 连接 条 件 。 所 谓 自 然 连接 ， 是 指 依赖 多 表 交 叉 时 的 




















相同 列 名 来 推断 正确 的 连接 条 件 。 例 如 ，account 表 包 含 了 一 个 名 为 cust_id 的 列 ， 它 是 


























来 自 customer 表 的 外 键 ， 也 是 customer 表 的 主键 。 读 者 可 以 使 用 自然 连接 编写 一 个 查 





询 来 连接 这 两 个 表 : 


mysql> SELECT a.account_id, a.cust_id, c.cust_ type_cd, c.fed id 


-> FROM account a NATURAL JOIN customer c; 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 





account_id cust_id cust_type_cd fed_id 





二 二 生生 二 二 于 下 生 
F111 L111 
让 入 二 二 二 三 二 二 本寺 
222-22-2222 
222-22-2222 
333=33=3333 
333533=3333 
444-44-4444 
444-44-4444 
444-44-4444 
S909 335 
666-66-6666 
666-66-6666 
WA ft fn A 
888-88-8888 
888-88-8888 
39999999959 
999=99=9999 
99999599.99 
04-1111111 

04=1L13111 




















PPOocwanwmmwNbHPFPeooo aowm 必 wmwN 
Doooioiooo mmwwmmwwmmhFh hh 
四 四 HHHhHhhrhhHhHHhHHhHHhHhHhhHhH HH hh HH HH HH 


DD 
上 上 
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| 22 | 11 | B | 04-2222222 | 
| 23 | 12 | B | 04-3333333 | 
| 24 | 13 | B | 04-444444 | 
i i 
24 rows in set (0.02 sec) 


由 于 指定 了 





件 a.cust_id = c.cust id。 

















这 一 切 都 逢 





branch 表 的 外 键 ， 但 是 媚 




















自然 连接 ， 因 此 服务 器 检查 表 的 定义 并 给 两 个 表 的 连接 添加 了 连接 条 





好 ， 但 是 如 果 交 叉 表 没 有 相同 名 称 的 列 怎么 办 ? 例如 ，account 表 有 来 自 
E account 表 中 命名 为 open_branch_id 而 不 是 branch id。 下面 








看 看 在 account 表 和 branch 表 之 间 使 用 自然 连接 会 如 何 : 


mysql> 





SELECT a.account_id, a.cust_id, a.open branch_id, b.name 


-> FROM account a NATURAL JOIN branch b; 





十 一 一 
account_ id 


cust_id 


a 


open_branch_id 





Ww 0 oO0 wh A 


上 卢 
OOo™m 





> 
Lo 











心心 心 wWwWwwmwmmmnmwmNDNDNDNDINDND NA 


Headquarters 

Woburn Branch 
Quincy Branch 
So. NH Branch 
Headquarters 

Woburn Branch 
Quincy Branch 
So. NH Branch 
Headquarters 

Woburn Branch 
Quincy Branch 
So. NH Branch 
Headquarters 

Woburn Branch 
Quincy Branch 
So. NH Branch 
Headquarters 

Woburn Branch 
Quincy Branch 
So. NH Branch 
Headquarters 

Woburn Branch 
Quincy Branch 
So. NH Branch 
Headquarters 

Woburn Branch 
Quincy Branch 
So. NH Branch 
Headquarters 

Woburn Branch 








FFPwwawmwwwwwNmnmmnNNRNRN RN NB 


Quincy Branch 
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10 | 4 1 | So. NH Branch 
24 10 4 Headquarters 

24 10 4 Woburn Branch 
24 10 4 Quincy Branch 
24 10 4 So. NH Branch 
2:5 10 4 Headquarters 

2.9 10 4 Woburn Branch 
25 10 4 Quincy Branch 
25 10 4 So. NH Branch 
27 11 2 Headquarters 

27 于 二 2 Woburn Branch 
27 11 2 Quincy Branch 
27 J 2 So. NH Branch 
28 12 4 Headquarters 

28 12 4 Woburn Branch 
28 12 4 Quincy Branch 
28 12 4 So. NH Branch 
29 13 3 Headquarters 

29 13 3 Woburn Branch 
2:9 13 3 Quincy Branch 
29 13 3 So. NH Branch 

二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
96 rows in set (0.07 sec) 
看 上 去 似乎 出 了 一 点 问题 ， 这 个 查询 不 应 该 返回 超过 24 行 的 结果 ， 因 为 account 表 只 





























有 24 行 。 究 竟 发 生 了 什么 问题 ?原来 是 服务 器 由 于 找 不 到 两 个 相同 名 字 的 列 而 不 能 生 








成 连接 条 件 ， 只 好 交叉 连接 两 表 ， 所 以 最 终结 果 为 96 行 (24 个 账户 ，4 个 分 行 )。 


仅仅 为 不 必 输 入 连接 条 件 而 省 点 事 却 产生 这 种 麻烦 值 不 值得 ?绝对 不 值得 ! 读者 应 该 
避免 这 种 连接 类 型 ， 而 使 用 有 明确 连接 条 件 的 内 连接 。 


10.4 “小 测验 
下 面 的 习题 测试 读者 对 于 外 连接 和 交叉 连接 的 理解 。 完成 习题 后 , 请 参考 附录 C 检查 答案 。 





练习 10-1 























编写 一 个 查询 , 它 返 回 所 有 产品 名 称 及 基于 该 产品 的 账号 (用 account 表 里 的 product_cd 
列 连接 product 表 )。 查 询 结 果 需 要 包括 所 有 产品 ， 即 使 这 个 产品 并 没有 客户 开户 。 


练习 10-2 
利用 其 他 外 连接 类 型 如 
































写 练习 10-1 的 查询 〈 比 如， 者 在 练习 10-1 中 使 用 了 左 外 连接 ， 
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这 次 就 使 用 右 外 连接 ) ， 要 求 查 询 结果 相同 。 


练习 10-3 


编写 一 个 查询 ,将 account 表 与 individual 和 business 两 个 表 外 连接 (通过 account.cust_id 
列 )。 要 求 结果 集中 每 个 账户 一 行 ,查询 的 列 有 account.account_id、 account.product_cd、 


individual.fname、individual.Iname 和 business.name。 



































练习 10-4 (附加 题 ) 


设计 一 个 查询 ， 生 成 集合 {1 2, 3…, 99, 100}。( 提 示 : 应 用 交叉 连接 ， 至 少 有 两 个 from 
子 句 的 子 查 询 。) 
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条 件 逻 辑 











在 某 些 情况 下 ， 读 者 需要 的 SQL 逻辑 分 支 在 这 个 方向 还 是 另 一 个 方向 取决 于 特定 列 或 
者 表达 式 的 值 。 本 章 着 重 讨论 如 何 写 一 个 语句 使 之 随 着 遇 到 的 数据 的 不 同 而 采取 不 同 
的 执行 方式 。 


11.1 什么 是 条 件 逻 辑 


简单 地 说 ， 条 件 逻 辑 是 程序 执行 时 从 多 个 路 径 中 选取 其 一 的 能 力 。 例 如 ， 查 询 客户 信息 时 ， 
读者 可 能 希望 依据 客户 类 型 决定 从 individual 表 中 检索 fname/Iname 列 或 者 从 business 表 中 检 
索 name 列 。 使 用 外 连接 ， 可 以 返回 两 个 字符 ， 然 后 再 让 读者 找 出 该 使 用 哪个 ， 具 体 如 下 : 


mysql> SELECT c.cust_id, c.fed id, c.cust_type_cd, 







































































一 > CONCAT(i.fname, ' ', i.lname) indiv_name, 
一 > b .name business_name 

-> FROM customer C LEFT OUTER JOIN individual i 
= ON c.cust_id = i.cust_id 

一 > LEFT OUTER JOIN business b 

ed ON c.cust_id = b.cust_id; 



































Ee 
cust_id fed_id cust_type_cd indiv_name business_name 
再 二 二 一 一 和 十 
1 4 二 相让 于 J James Hadley NUL 
几 222-22-2222 I Susan Tingley NUL 
3 333=33=3333 I Frank Tucker NULL 
4 444-44-4444 于 John Hayward NULL 
5 555=955595 I Charles Frasier NULL 
6 666-66-6666 I John Spencer NULL 
7 ON argaret Young NULL 
8 888-88-8888 亚 Louis Blake NULL 
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Richard Farley 


| NULL | 
| Chilton Engin eering 

|Northeast Cooling mc | 
| Superior Auto Body | 
| AAA Insurance Inc， | 








9 |999-99-9999 I | 

10 |04=1111111 B | NULL 

11 | 04-2222222 B | NULL 

12 | 04-3333333 B | NULL 

13 | 04-4444444 B | NULL 
本 一 二 一 一 一 二 a 直 一 一 一 一 一 一 a 
13 rows in set (0.13 sec 








一 一 一 二 





读者 可 以 先 查 看 cust_type_cd 列 的 值 ， 然 后 决定 是 使 用 indiv_name 还 是 business_name 


列 的 值 。 还 有 另 一 种 方法 ， 读 者 可 以 通过 case 表达 式 使 用 条 件 逻 辑 决定 客户 类 型 ， 进 












































而 返回 恰当 的 字符 串 : 
mysql> SELECT c.cust_id, c.fed id, 

一 > CASE 
一 > WHEN c.cust_type_cd = ' 工 ' 
一 > THEN CONCAT(i.fname, ' ', i.lname) 
一 > WHEN c.cust_type_cd = 'B' 
-=> THEN b .name 
一 > ELSE 'Unknown' 


这 个 版 本 的 查询 只 返回 由 case 表达 式 生成 的 





由 


= END name 


-> FROM customer C LEFT OUTER JOIN individual i 


pe ON c.cust_id = i.cust_id 


一 > LEFT OUTER JOIN 


business b 


一 > ON c.cust_id = b.cust_id; 





























一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
cust id fed_id name 
一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
1 于 二 让 二 让 小 二 下 于 小 James Hadley 
2 222-22-2222 Susan Tingley 
3 333033F3333 Frank Tucker 
4 444-44-4444 John Hayward 
5 S535-55=5555 Charles Frasier 
6 666-66-6666 John Spencer 
7 YTS77=7777 Margaret Young 
8 888-88-8888 Louis Blake 
9 999=99=9.9,99 Richard Farley 
10 04-1111111 Chilton Engineering 
下 灶 04-2222222 Northeast Cooling Inc. 
12 04-3333333 Superior Auto Body 
13 04-4444444 AAA Insurance Inc. 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
13 rows in set (0.00 sec 




















长 达 式 首先 检查 cust_type_cd 列 的 值 ， 然 后 依据 该 值 决定 返回 个 人 妈 























单个 name 列 。 这 个 从 查询 的 第 二 行 起 的 case 





E 名 还 是 企业 名 称 。 
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11.2 case 表达 式 

大 部 分 编程 语言 中 都 存在 if-then-else 语句 ， 而 所 有 的 主流 服务 器 也 都 包含 模拟 此 功能 

的 内 置 函 数 (比如 Oracle 的 decode0 函 数 ,MySQL 的 这) 函数 以 及 SQL Server 的 coalesce() 

函数 ): 

。 case 表达 式 是 SQL 标准 的 一 部 分 (SQL92 发 布 )， 并 且 已 在 Oracle 数据 库 、SQL 
Server、MySQL、Sybase、PostgreSQL、IBM UDB 及 其 他 数据 库 中 实现 ; 

e。 case 表达 式 已 经 内 置 于 SQL 语法 ， 可 以 用 于 select、insert、update 和 delete 语句 。 

下 面 两 小 节 介 绍 两 种 不 同类 型 的 case 表达 式 ， 随 后 我 将 展示 一 些 实战 中 的 case 表达 式 

范例 。 


11.2.1 查找 型 case 表达 式 
本 章 前 面 展示 的 case 表达 式 是 一 种 查找 型 表达 式 的 范例 ， 其 语法 如 下 : 


CASE 
WHEN C1 THEN El 
WHEN C2 THEN E2 
























































WHEN CN THEN EN 
[ELSE ED] 

END 

在 上 面 的 定义 中 , 符号 Cl、C2、...、CN 代表 条 件 ，E1 、E2、…、EN 代表 case 表达 

式 返 回 的 表达 式 。 如 果 when 子 句 中 条 件 为 真 ， 那么 case 表达 式 返回 相应 的 表达 式 。 另 

外 ， 符 号 ED 代表 默认 表达 式 ， 也 就 是 case 表达 式 在 条 件 C1、C2、…、CN 中 没有 一 

个 为 真 时 将 返回 的 表达 式 (else 子 句 是 可 选 的 , 这 就 是 为 什么 要 用 方 括 号 把 它 括 起 来 )。 

各 种 各 样 的 when 子 句 返回 的 所 有 表达 式 的 计算 结果 必须 类 型 相同 (如 日 期 型 、 数 字 型 、 

变 长 字符 串 型 等 ) 。 

下 面 是 一 个 查找 型 case 表达 式 范例 : 








































































































CASE 
WHEN employee.title = 'Head Teller' 
THEN '‘'Head Teller'"' 
WHEN employee.title = "Teller' 





AND YEAR (employee.start date) > 2007 
THEN "Teller Trainee' 
WHEN employee.title = "Teller' 

AND YEAR (employee.start date) < 2006 
THEN ‘Experienced Teller' 
































WHEN employee.title = "Teller' 
THEN ‘Teller'"' 
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ELSE ‘Non-Teller' 

END 
case 表达 式 返 回 的 字符 串 可 以 用 来 决定 薪 级 、 打 印 名 片 等 。case 表达 式 开始 执行 时 ， 
when 子 句 会 从 上 到 下 地 执行 ， 只 要 有 一 个 when 子 句 值 为 真 ， 就 会 返回 相应 的 表达 式 ， 
同时 忽略 其 他 when 子 句 。 如 果 没 有 一 个 when 子 句 条 件 的 值 为 真 ， 那 么 将 会 返回 else 
子 句 里 的 表达 式 。 


虽然 上 面 的 例子 返回 的 是 字符 串 表 达 式 ， 但 是 事实 上 case 表达 式 可 以 返回 任意 类 型 的 
表达 式 ， 甚 至 包括 子 查询 。 下 面 是 本 章 前 面 所 介绍 的 个 人 姓名 /企业 名 字 查 询 的 另 一 种 
版 本 ， 这 一 次 使 用 子 查 询 代 替 外 连接 从 individual 和 business 表 中 检索 数据 : 


mysql> SELECT c.cust_id，c.Eed_id， 













































































一 > CASE 

一 > WHEN c.cust_type_cd = 'I' THEN 

一 > (SELECT CONCAT(i.fname, ' ', i.lname) 
一 > FROM individual i 

一 > WHERE i.cust_id = c.cust_id) 

一 > WHEN c.cust_type_cd = 'B' THEN 

一 > (SELECT b .name 

一 > FROM business b 

一 > WHERE b.cust_id = c.cust_id) 

> ELSE 'Unknown' 


-> END name 
-> FROM customer c; 





















































ee 江平 二 站 二 2EE2 RE RE 
cust_id fed_id name 
十 一 一 一 一 一 一 一 一 一 FH 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
让 a ee i James Hadley 
2 222=22=2222 Susan Tingley 
3 333=33S3333 Frank Tucker 
4 444-44-4444 John Hayward 
3 555-55-5555 Charles Frasier 
6 666-66-6666 John Spencer 
六 A a en AE argaret Young 
8 888-88-8888 Louis Blake 
9 999-99-9999 Richard Farley 
10 04-1111111 Chilton Engineering 
11 04-2222222 Northeast Cooling Inc. 
上 多 04-3333333 Superior Auto Body 
13 04-4444444 AAA Insurance Inc. 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + + 
13 rows in set (0.01 sec 
这 个 版 本 的 查询 只 包括 from 子 句 中 的 customer 表 , 并 且 使 用 关联 查询 为 每 个 客户 检索 
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合适 的 姓名 。 相 较 于 本 章 前 面 的 外 连接 版 本 ， 我 更 喜欢 这 个 版 本 ， 因 为 使 用 它 服务 器 
只 在 需要 时 才 从 individual 和 business 表 中 读 取 数据 ， 而 不 会 总 是 连接 所 有 的 表 。 


11.2.2 简单 case 表达 式 
简单 case 表达 式 和 查找 型 case 表达 式 非常 相似 ， 但 灵活 性 不 够 ， 其 语法 如 下 : 
CASE V0 


WHEN V1 THEN El 
HEN V2 THEN E2 





























WHEN VN THEN EN 





























[ELSE ED] 
END 
在 前 面 的 定义 中 ，V0 代表 一 个 值 , 符号 Vl、V2、…、VN pe 0 符 
号 El1、E2、…、EN 代表 case 表达 式 要 返回 的 表达 式 ， ED 代表 V1、 、…、VN 没 
有 一 个 值 匹配 V0 时 返回 的 默认 值 。 























下 面 是 简单 case 表达 式 的 一 个 范例 : 


CASE customer.cust_ type_cd 
WHEN 'I' THEN 
(SELECT CONCAT(i.fname, ' ', i.lname) 














FROM individual I 

WHERE i.cust_id = customer.cust_id) 
WHEN 'B' THEN 

(SELECT b.name 

FROM business b 

WHERE b.cust_id = customer.cust_id) 














ELSE ‘Unknown Customer Type' 
END 
简单 case 表达 式 没 有 查找 型 case 表达 式 强 大 , 因为 简单 case 表达 式 自 动 构建 了 等 式 条 
件 ， 不 是 读者 自己 指定 条 件 。 为 了 解释 这 个 问题 ， 我 写 了 一 个 和 前 面 的 简单 case 表达 


式 逻 辑 相同 的 查找 型 case 表达 式 : 


CASE 

WHEN customer.cust_type_ cd = 'I' THEN 
(SELECT CONCAT(i.fname, ' ', i.lname) 
FROM individual I 
WHERE i.cust_id = customer.cust_id) 
WHEN customer.cust_type_ cd = 'B' THEN 

(SELECT b.name 

FROM business b 

WHERE b.cust_id = customer.cust_id) 
ELSE ‘Unknown Customer Type' 


END 
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利用 查找 型 case 表达 式 可 以 构建 范围 条 件 、 不 等 条 件 以 及 基于 and/or/not 这 些 运算 符 的 
复合 条 件 ， 所 以 我 建议 读者 对 所 有 非 简单 逻辑 使 用 查找 型 case 表达 式 。 












































11.3 case 表达 式 范例 
下 面 提供 一 些 范例 阐明 SQL 语句 中 条 件 逻 辑 的 用 途 。 


11.3.1 结果 集 变 换 








读者 可 能 遇 到 过 这 样 的 情况 : 对 有 限 值 集 进 行 聚合 时 〈 比 如 对 一 周 的 天 数 聚 合 )， 





希望 





























结果 集中 每 个 值 一 个 单列 行 而 不 是 每 个 值 一 行 。 例 如 ， 要 求 读者 写 一 个 查询 ， 展 示 从 























2000 年 到 2005 年 每 年 的 开户 数目 : 


mysql> SELECT YEAR(open_date) year, COUNT(*) how_many 


-> FROM account 

-> WHERE open_date > '1999-12-31' 
-> AND opPen_date < '2006-01-01' 
-> GROUP BY YEAR(open_date); 


































































































二 = 十 一 一 一 一 一 一 一 一 一 一 十 
year how_many 
RAR 二 
2000 3 
2001 4 
2002 5 
2003 3 
2004 9 
和 十 一 一 一 一 一 一 一 一 一 一 十 
5 rows in set (0.00 sec) 
如 果 要 求 读者 返回 一 个 单行 6 列 的 结果 (每 年 一 列 ) 呢 ? 为 了 将 这 个 结果 变换 为 单行 ， 
读者 需要 创建 6 列 ， 并 在 每 列 中 只 对 与 所 求 年 份 相关 的 行 求 和 : 
mysql> SELECT 
-> SUM(CASE 
一 > WHEN EXTRACT(YEAR FROM open date) = 2000 THEN 1 
一 六 ELSE 0 
一 > END) year_2000, 
-> SUM(CASE 
一 > WHEN EXTRACT(YEAR FROM open date) = 2001 THEN 1 
=> ELSE 0 
一 > END) year_2001, 
-> SUM(CASE 
一 > WHEN EXTRRACT (YERAR FROM open_date) = 2002 THEN 1 
一 六 ELSE 0 
一 > END) year_2002, 
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-> SUM(CASE 


二 WHEN EXTRACT (YEAR FROM open_date) = 2003 THEN 1 
一 > ELSE 0 

一 > END) year_2003, 

-> SUM(CASE 

二 WHEN EXTRACT (YEAR FROM open_date) = 2004 THEN 1 
一 > ELSE 0 

一 > END) year_2004, 

-> SUM(CASE 

ES WHEN EXTRACT(YEAR FROM open date) = 2005 THEN 1 
一 > ELSE 0 

一 > END) year_2005 


-> FROM account 
-> WHERE open_date > '1999-12-31' AND open_date < '2006-01-01'; 











he te et 
| year_2000 | year_ 2001 | year 2002 | year 2003| year 2004 | year 2005 | 
en re 
| 3 | 4 | 5 | 3 | 9| 0 | 
rt ee 
1 row in set (0.01 sec) 


























除了 年 份 值 ， 前 面 查询 中 的 6 列 都 是 相同 的 。 如 果 extract( 函数 返回 的 是 该 列 需 要 的 
年 份 ， 那 么 case 表达 式 返 回 1， 否 则 返回 0。 显然 ， 这 种 变换 对 小 数目 的 值 是 可 行 的 ， 











但 是 如 果 统 计 要 从 1905 年 起 ， 那 么 应 用 该 变换 将 让 人 感到 单调 乏味 。 


a 


提示 
虽然 对 本 书 有 点 高 级 , 但 还 是 值得 指出 : SQL Server 和 Oracle 11g 为 这 些 
类 型 的 查询 特别 包括 了 PIVOT 子 句 。 


11.3.2 ”选择 性 聚合 

早 在 第 9 章 中 我 展示 了 一 个 例子 的 部 分 解决 方案 ,这 个 例子 用 于 查找 那些 账户 余额 与 
transaction 表 中 的 原始 数据 不 相符 的 账户 。 当 时 只 提出 了 部 分 解决 方案 的 原因 是 完全 解 
决 方案 需要 使 用 条 件 逻 辑 ， 因 此 现在 解决 这 个 问题 的 所 有 知识 都 已 准备 好 了 。 下 面 是 
我 在 第 9 章 中 留 下 的 问题 ， 


SELECT CONCAT('ALERT! : Account #', a.account_id, 
























































' Has Incorrect Balance!') 


FROM account a 





WHERE (a.avail_ balance, a.pending balance) <> 





(SELECT SUM(<expression to generate available balance>), 








SUM (<expression to generate pending balance>) 
FROM transaction t 
WHERE 七 .account_ id = a.account_id); 
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查询 使 用 关联 子 查询 对 transaction 表 统 计 指 定 账户 的 个 人 交易 。 统计 交易 时 , 读者 需 





虑 下 面 两 个 问题 : 
。 于 交易 账户 总 是 正 的 ， 所 以 读者 需要 查看 交易 类 型 是 借款 还 是 存款 ， 人 
该 翻转 标志 〈 乘 以 -1)， 





















































e。 如果 funds_avail_date 列 中 的 日 期 大 于 当前 日 期 ， 交 易 应 该 被 加 到 竺 收 余 额 总 和 ， 





而 不 是 加 到 可 用 余额 总 和 。 














有 些 交 易 需 要 被 排除 在 可 用 余额 之 外 ， 而 所 有 交易 都 应 该 被 包含 在 待 收 余 额 之 内 ， 这 





就 使 后 者 成 为 两 个 计算 中 较 简 单 的 一 个 。 下 面 的 case 表达 式 计算 待 收 余 额 : 


CASE 
WHEN transaction.txn type_cd = "DBT' 














THEN transaction.amount * -1 





ELSE transaction.amount 
END 








因此 ， 所 有 账户 计算 借款 交易 时 需要 乘 以 -1,， 存款 交易 则 不 必 。 可 用 余额 计算 时 也 应 用 
同样 的 逻辑 ， 不 过 只 有 那些 可 用 的 交易 才能 被 包含 在 内 。 因 此 ， 计 算 可 用 余额 的 case 























表达 式 包含 一 个 额外 的 when 子 句 : 























CASE 
WHEN transaction.funds_ avail date > CURRENT_ TIMESTAMP () 
HEN 0 
WHEN transaction.txn type_cd = "DBT' 
HEN transaction.amount * -1 











ELSE transaction.amount 
END 





有 了 第 一 个 when 子 句 的 存在 ， 那些 不 可 用 的 资金 (比如 没有 兑现 的 支票 ) 对 于 总 和 贡 





献 为 860。 下面 是 使 用 了 两 个 case 表达 式 的 最 终 查 询 : 


















































SELECT CONCAT('ALERT! : Account #', a.account_id, 
' Has Incorrect Balance!') 
FROM account a 
WHERE (a.avail_balance, a.pending balance) <> 
(SELECT 
SUM (CASE 
WHEN t.funds_ avail date > CURRENT_ TIMESTAMP () 
THEN 0 
WHEN t.txn type_cd = "DBT' 
THEN t.amount * -1 
ELSE t.amount 
END) ， 
SUM (CASE 
WHEN 七 .xn _ type_cd = "DBT' 
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通过 使 有 


THEN 七 .amount * 一 


ELSI 


END) 








E 七 .amount 


FROM transaction 七 


WHERE t.account_id = 











当 的 交易 额 求 和 。 
11.3.3 











存在 性 检查 


a.account idq) 


肯 条 件 逻 辑 ,， sumO) 聚合 函数 接受 两 个 case 表达 式 处 到 





























有 时 读者 只 希望 确定 两 个 实体 之 间 是 否 存 在 某 种 关系 而 并 不 关心 净 
者 可 能 想 知道 某 个 客户 是 否 有 支票 账户 或 者 储蓄 账户 ， 但 是 并 不 关心 每 个 类 型 的 账 











过 的 数据 ,从 而 可 以 对 恰 





量 多少 。 比 如 ， 读 
ae 



































是 否 多 于 一 个 。 下 面 的 查询 使 用 多 个 case 表达 式 生成 两 个 输出 列 ， 一 列 显示 客户 是 否 
有 支票 账户 ， 另 一 列 显示 他 是 否 有 储蓄 账户 : 
mysql> SELECT c.cust_id, c.fed id, c.cust_type_cd, 
一 > CASE 
一 > WHEN EXISTS (SELECT 1 FROM account a 
一 > WHERE a.cust_id = c.cust_id 
二 AND a.product_cd = 'CHK') THEN 'Y' 
一 > ELSE 'N' 
一 > END has_checking, 
一 > CASE 
一 > WHEN EXISTS (SELECT 1 FROM account a 
一 > WHERE a.cust_id = c.cust_id 
> AND a.product_cd = 'SAV') THEN 'Y' 
一 > ELSE 'N' 
-> END has_savings 
-> FROM customer c; 
a De + 
cust_id feds 1id cust_type_cd has_checking has_savings 
Ee EE el + 
1 111-11-1111 IL Y 学 
2 222-22-2222 IL Y ¥ 
3 333=33=3333 [ Y N 
4 444-44-4444 I SA Y 
5 995=955=3555 Y N 
6 666-66-6666 Y N 
了 WA A I N N 
8 888-88-8888 [ 4 Y 
9 999-99-9999 [ Y N 
10 04-1111111 B Y N 
1 04-2222222 B N N 
2 04=3333333 也 Y N 
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| 13 























| 04-4444444 |B N N 
te 一 一 一 十 
13 rows in set (0.00 sec) 
每 个 case 表达 式 包 含 了 一 个 对 account 表 的 关联 子 查 询 : 一 个 查找 支票 账户 , 另 一 个 查 
找 储 蓄 账 户 。 由 于 每 个 when 子 句 都 使 用 了 exists 运算 符 ， 因 此 只 要 客户 有 至 少 一 个 所 





需 的 账户 ， 那 么 条 件 就 为 真 。 



































mysql> SELECT c.cust_id, c.fed_id, c.cust_type_cd, 


es 


ELSE 


END num_accounts 


13+' 


-> FROM customer c; 


WHEN 0 THEN 'None' 
WHEN 1 THEN '1' 
WHEN 2 THEN '2' 


CASE (SELECT COUNT (*) FROM account a 
WHERE a.cust_id = c.cust_id) 


在 其 他 情况 下 ， 读 者 可 能 关心 涉及 多 少 行 ， 不 过 也 只 是 在 一 定 程度 上 上。 比如， 下 面 的 
查询 使 用 简单 case 表达 式 为 每 个 客户 计算 账户 数目 ， 然 后 返回 None、1、 


2 3+: 























十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
cust_id fed_id cust_type_cd |num accounts 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
1 111=J1=1111 I 3+ 
2 222=522=2222 [ 2 
3 333=33=3333 I 2 
4 444-44-4444 I 3 十 
3) 555555-5595 [ 1 
6 666-66-6666 [ 2 
7 777-77-7777 I 1 
8 888-88-8888 I 2 
9 999-99-9999 E 3+ 
10 04-1111111 B 2 
Th 04-2222222 B 业 
12 04-3333333 也 
中 04-4444444 B 时 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
13 rows in set (0.01 sec 




















创建 了 3+ 类 。 或 许 , 这 个 查询 对 于 检索 那些 1 


11.3.4 除 零 错误 





在 执行 包括 除法 的 运算 时 ,读者 应 该 总 是 注意 确保 分 母 永远 不 能 为 0。 有 些 数据 库 服务 





器 〈 比 如 Oracle) 在 遇 到 0 分 母 时 将 抛 出 一 个 错误 ， 而 MySQL 














在 上 面 的 查询 中 ， 我 不 想 区 分 那些 多 于 两 个 账户 的 客户 ， 所 以 case 表达 式 只 是 简单 地 











口 





E 联 系 银行 打算 开 新 账户 的 顾客 是 有 用 的 。 





只 是 简单 地 将 结果 值 置 
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为 nul， 如 下 所 示 。 


mysql> SELECT 100 / 0; 


二 一 一 一 一 一 一 一 一 一 + 
| 100 /0 | 
二 一 一 一 一 一 一 一 一 一 + 
| NULL | 
二 一 一 一 一 一 一 一 一 一 + 


1 row in set (0.00 sec) 
为 了 保证 计算 不 遇 到 错误 或 者 其 他 更 糟糕 的 情况 ， 也 不 会 被 莫名其妙 地 置 为 null 值 ， 
读者 应 该 将 所 有 分 母 包装 在 条 件 逻 辑 里 ， 如 下 所 示 。 


mysql> SELECT a.cust_id, a.product_cd, a.avail_ balance / 









































一 > CASE 
一 > WHEN prod tots.tot_balance = 0 THEN 1 
一 > ELSE prod tots.tot_balance 


一 > END percent_of_total 

-> FROM account a INNER JOIN 

-> (SELECT a.product_cd, SUM(a.avail_ balance) tot_balance 
一 > FROM account a 

一 > GROUP BY a.Product_cd) Prod tots 

一 > ON a.product_cd = prod tots.product_cd; 














0 
cust_id product_cd percent_of_ total 
EE De i 十 
10 BUS 0.000000 
11 BUS 1.000000 
1 CD 0.153846 
6 CD 0.3S12821 
7 CD 0.256410 
9 CD 0.076923 
1 CHK 0.014488 
2 CHK 0.030928 
el CHK 0.014488 
4 CHK 0.007316 
5 CHK 0.030654 
6 CHK 0.001676 
8 CHK 0.047764 
9 CHK 0.001721 
10 CHK O3322.91. 
12 CHK 0.528052 
3 MM 0.129802 
4 MM 0.321915 
9 MM 0.548282 
于 SAV 0.269431 
2 SAV DO AI73 
4 SAV 0.413723 
8 SAV 0.209073 
13 SBL 1.000000 
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24 rows in set (0.13 sec) 











这 个 查询 计算 同一 产品 类 型 的 所 有 账户 的 每 个 账户 余额 与 总 余额 的 比率 。 由 于 一 些 产 




















品类 型 特殊 ， 比 如 企业 贷款 , 假设 所 有 贷款 现在 都 已 被 付 清 , 余额 总 和 可 能 是 0, 因此 
最 好 包括 case 表达 式 来 确保 分 母 永 远 不 是 0。 


11.3.5 有 条 件 更 新 











9 


读者 在 更 新 表 中 的 行 时 ， 常 常 需要 决定 指定 的 列 应 该 置 什 么 值 。 比 如 ， 插 入 一 个 新 的 
交易 后 ,读者 需要 修改 account 表 中 avail_balance、pending_balance 和 last_activity_date 
这 3 列 的 值 。 虽 然后 两 列 比较 容易 更 新 ， 但 是 为 了 正确 地 修改 avail_balance 列 ， 读 者 























必须 通过 检查 transaction 表 的 funds_avail_date 列 判断 交易 资金 是 否 立 即 可 用 。 假 定 插 











入 了 JID 为 999 的 一 个 交易 ， 读 者 可 以 用 下 面 的 update 语句 修改 account 表 中 的 3 列 : 





再 UPDATE account 
2 SET last_activity_ date = CURRENT_TIMESTAMP () ， 
3 pending_balance = pending balance + 

4 (SELECT 七 .amount * 

5 CASE t.txn type cd WHEN 'DBT' THEN -1 ELSE 1 END 
6 

7 

8 

9 

















FROM transaction 七 
WHERE t.txn_ id = 999)， 
avail_balance = avail balance + 
(SELEC 
CASE 
WHEN t.funds_ avail date > CURRENT_ TIMESTAMP () THEN 0 
ELSE t.amount * 
CASE t.txn type cd WHEN 'DBT' THEN -1 ELSE 1 END 
END 
FROM transaction 七 
WHERE 七 .上 xn_ id = 999) 
WHERE account .account_ id = 
(SELECT 七 .account_ id 
FROM transaction 七 
WHERE t.txn_ id = 999);，; 





























生生 


Cawm 必 WwWP 口 





























D 




















这 个 语句 总 共 包 含 3 个 case 语句 : 其 中 两 个 (第 5 行 和 第 13 行 ) 对 交易 账户 的 借款 额 






































是 未 来 ， 则 只 对 可 用 余额 加 0， 否则 ， 应 该 加 上 这 个 交易 额 。 
11.3.6 ”null 值 处 理 














使 用 翻转 符号 ， 另 一 个 case 表达 式 (第 10 行 ) 用 于 检查 资金 的 可 用 性 日 期 。 如 果 日 期 


null 是 在 某 列 的 值 未 知 时 存储 到 表 中 的 值 , 不 过 检索 时 显示 null 值 或 者 null 值 参与 表达 


























式 这 些 情形 并 不 总 是 合适 的 。 例 如 ， 读 者 可 能 希望 在 数据 输入 屏幕 上 显示 单词 
unknown ， 而 不 是 仅仅 留 下 一 个 空白 区 域 。 检 索 数 据 时 ， 读 者 可 以 在 值 为 null 时 使 用 











case 表达 式 蔡 换 这 个 字符 串 ， 具 体 如 下 : 
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SELECT emp_id, fname, lname, 














CASE 
WHEN title IS NULL THEN ‘Unknown' 
ELSE title 

END 


FROM employee; 


在 计算 中 ，null 值 通常 会 导致 一 个 null 结果 ， 如 下 所 示 。 


mysql> SELECT (7 * 5) / ((3 + 14) * null); 


















































十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| (7 * 5)/ ((3+14) * null) | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| NULL 

二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.08 sec) 


执行 运算 时 ，case 表达 式 将 null 值 转换 为 一 个 数字 (通常 是 0 或 1)， 从 而 使 运算 得 到 
非 null 值 结果 。 例 如 ， 假 定 计算 包括 account.avail_balance 列 ， 对 于 那些 刚刚 建立 但 尚 
未 存款 的 账户 ， 就 可 以 用 0 替代 (如 果 是 加 法 或 者 减法 ) 或 者 用 1 替代 〈 如 果 是 乘法 
或 者 除法 )。 

SELECT <some calculation> + 

CASE 

WHEN avail_ balance IS NULL THEN 0 

ELSE avail balance 


END 
+ <rest of calculation> 



































i 


















































如 果 一 个 数字 列 允许 包含 null 值 ， 那 么 在 任何 包含 此 列 的 计算 中 ， 为 确保 可 以 产生 有 
用 的 结果 ， 使 用 条 件 逻 辑 通常 是 一 个 好 主意 。 


11.4 ”小 测验 
下 面 的 例子 考察 读者 解决 条 件 逻 辑 问 题 的 能 力 。 完 成 练习 后 ,请 参照 附录 C 检查 答案 。 


练习 11-1 


重 写 下 面 的 查询 ， 要 求 使 用 查找 型 case 表达 式 替 换 简单 case 表达 式 ， 并 且 查 询 结果 相 
同 。 请 读者 尽 可 能 少 使 用 when 子 句 。 


SELECT emp_iqd, 

CASE title 
WHEN '‘'President' THEN 'Manadgement 
WHEN '‘'Vice President' THEN ‘'Management"' 
WHEN '‘'Treasurer' THEN 'Manadgement 




















































































































WHEN "Loan Manager' THEN "Management 





WHEN "OPerations Manager' THEN 'OPerations'" 
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WHEN "Head Teller' THEN ‘Operations' 
WHEN "Teller' THEN ‘Operations' 
ELSE "Unknown 

END 

FROM employee; 














练习 11-2 


重 写 下 面 的 查询 ,要 求 结果 集 为 单行 4 列 (每 个 分 行 1 列 ) 的 ,其 中 4 列 分 别 以 branch_1 一 
branch 4 命名 。 




















I 

















mysql> SELECT open_branch_id, COUNT (*) 
-> FROM account 
-> GROUP BY open_branch_id; 








上 上 一 一 一 十 

open_branch_id COUNT (*) | 

本 十 

1 8 | 

2 | 

3 3 | 

4 6 | 

二 + 
4 rows in set (0.00 sec) 
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事务 





























至 此 ， 本 书 中 的 所 有 范例 都 是 一 些 单个 的 、 独 立 的 SQL 语句 。 这 可 能 是 临时 性 报表 或 
者 数据 维护 脚本 的 典型 形式 ， 但 应 用 程序 逻辑 通常 包括 多 个 SQL 语句 ， 它 们 作为 一 个 
逻辑 工作 单元 一 起 执行 .本 章 探 讨 多 个 SQL 语句 同时 执行 的 必要 性 和 所 需 的 基础 设施 。 


12.1 多 用 户 数据 库 


数据 库 管理 系统 不 但 允许 单个 用 户 查 询 或 者 修改 数据 ， 而 且 可 以 多 人 同时 操作 。 如 果 
每 个 人 都 只 执行 查询 ， 比 如 正常 工作 时 间 中 数据 仓库 这 种 情况 ， 那 么 数据 库 服务 器 就 
只 有 很 少 的 问题 要 处 理 。 然 而 ， 如 果 一 些 用 户 正 在 添加 或 者 修改 数据 ， 那 么 服务 器 就 
必须 做 更 多 的 舌 记 。 
例如 ， 读 者 正在 生成 一 个 报表 ， 显 示 本 行 开 立 的 所 有 支票 账户 的 可 用 余额 。 但 是 ， 在 
生成 报表 的 同时 ， 发 生 了 下 面 的 活动 : 

。 ”一 名 收 付 员 正在 处 理 客户 的 存款 ; 

。 ”一 位 客户 正在 前 厅 的 ATM 机 上 取 钱 ， 

。 ”银行 的 月 结 系统 正在 向 账户 支付 利息 。 
因此 ， 当 读者 生成 报表 时 ， 还 有 多 用 户 正在 修改 潜在 的 数据 ， 报 表 上 到 底 应 该 显示 什 
么 数据 呢 ? 管 案 在 一 定 程 度 上 取决 于 数据 库 如 何 处 理 锁 。 锁 的 有 关内 容 将 在 下 面 介绍 。 
12.1.1 锁 


锁 是 数据 库 服务 器 用 来 控制 数据 资源 被 并 行使 用 的 一 种 机 制 。 当 数据 库 的 一 些 内 容 被 
锁定 时 ， 任 何 打算 修改 〈 或 者 可 能 是 读 取 ) 这 个 数据 的 用 户 必须 等 到 锁 被 释放 。 大 部 
分 数据 库 使 用 下 面 两 种 锁 策 略 之 一 。 
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。 数据库 的 写 操作 必须 向 服务 器 申请 
和 获得 读 锁 才能 查询 数据 。 多 用 




















次 只 能 分 配 一 个 写 锁 ， 并 且 拒 绝 读 请 求 直 至 写 锁 释放 。 
。 ”数据库 的 写 操作 必须 向 服务 器 申请 

















获得 写 锁 才 能 修改 数据 ， 而 读 操 作 必 须 申请 








户 可 以 同时 读 取 数 据 ， 而 一 个 表 (或 其 他 部 分 ) 



































何 类 型 的 锁 就 
看 到 一 个 一 致 的 数据 视图 
被 称 为 版 本 控制 。 


























获得 写 锁 才 能 修改 数据 ， 而 读 操 作 不 需要 任 


可 以 查询 数据 。 另 一 方面 ， 服 务 器 要 保证 从 查询 开始 到 结束 读 操 作 
(即使 其 他 用 户 修改 ， 数 据 看 上 去 也 要 相同 )。 这 个 方法 


这 两 种 方法 各 有 利弊 。 第 一 种 方法 在 有 较 多 的 并 行 读 请 求 和 写 请 求 时 等 待 时 间 过 长 ; 
如 果 在 修改 数据 时 存在 长 期 运行 的 查询 , 则 第 二 种 方法 也 是 有 问题 的 。 在 本 书 讨论 的 3 
个 服务 器 中 ，Microsoft SQL Server 采取 第 一 种 方法 ，Oracle 数据 库 使 用 第 二 种 方法 ， 
MySQL 则 两 种 方法 都 包括 (取决 于 读者 对 存储 引擎 的 选择 ， 本 章 稍 后 讨论 )。 


12.1.2 锁 的 粒度 


决定 如 何 锁定 一 个 资源 时 也 可 以 采用 一 些 不 同 的 策略 。 服 务 器 可 能 在 3 个 不 同 级 别 之 
一 应 用 锁 ， 或 者 称 作 粒 度 : 







































































页 通常 是 一 段 2~16KB 的 内 存 空间 ) 的 数据 。 





表 锁 

阻止 多 用 户 同 时 修改 同一 个 表 的 数据 。 
页 锁 

阻止 多 用 户 同 时 修改 某 表 中 同一 页 ( 
行 锁 





阻止 多 用 户 同时 修改 某 表 中 同一 行 的 数据 。 
同样 ， 这 些 方法 也 是 各 有 利弊 。 表 锁 需 要 较 少 的 短 记 就 可 以 锁定 整个 表 ， 但 是 用 户 增 
多 时 它 会 迅速 产生 不 可 接受 的 等 待 时 间 。 另 一 方面 ， 行 锁 需 要 更 多 的 短 记 ， 但 是 只 要 


各 个 用 户 的 兴趣 在 不 同 的 行 ， 它 就 能 允 计 
服务 器 中 ，Microsoft SQL Server 使 月 

















F 多 人 修改 同一 个 表 。 本 书 讨论 的 3 个 数据 库 














昌 表 锁 、 页 锁 和 行 锁 ，Oracle 数据 库 只 有 行 锁 ， 而 








MySQL 采用 表 锁 、 页 锁 或 行 锁 (同样 取决 于 存 取 引 擎 的 选择 )。 某 些 情况 下 , SQL Server 











会 将 锁 从 行 锁 升 级 至 页 锁 ， 再 从 页 锁 升 级 至 表 锁 ， 然 而 Oracle 数据 库 从 不 升级 锁 。 
再 回 到 上 文 谈 及 的 报表 问题 , 报表 上 的 数据 要 么 反映 报表 开始 生成 时 的 数据 库 状 态 (如 


果 服 务 器 使 月 
(如 果 服 务 器 


























使 用 读 锁 和 写 锁 ) 。 


12.2 ”什么 是 事务 





























上 版 本 控制 方法 ) ， 要 么 反映 服务 器 为 报表 程序 创建 谈 锁 时 的 数据 库 状态 

















如 果 数 据 库 正常 运行 时 间 为 100%、 用 户 总 是 允许 程序 完成 执行 、 应 用 程序 总 能 完成 而 
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不 会 
不 过 
要 男 
这 个 
现 要 
划 转 














遇 到 导致 执行 停止 的 错误 ， 那 么 关于 数据 库 并 行 存 取 就 没有 什么 讨论 的 必要 了 。 
， 我 们 可 以 断定 上 面 这 些 状况 不 可 能 存在 ， 因 此 允许 多 用 户 访问 同一 个 数据 还 需 
外 一 个 因素 。 
意外 出 现 的 并 发 难题 是 事务 ， 它 是 一 种 将 多 条 SQL 语句 聚集 到 一 起 ， 并 且 能 够 实 
么 所 有 语句 都 执行 ， 要 么 一 个 都 不 执行 《这 个 属性 称 为 原子 性 ) 。 试 想 从 储蓄 账户 
$500 到 支票 账户 时 ， 如 果 钱 已 从 储蓄 账户 成 功 支 取 却 没有 成 功 存 入 支票 账户 ， 那 












































定 
为 了 
钱 从 
如 果 
大 致 





是 件 令 人 泪 来 的 事情 。 

避免 这 种 错误 ， 处 理 转账 申请 的 程序 将 首先 启动 一 个 事务 ， 然 后 发 起 SQL 语句 将 
储蓄 账户 转 到 支票 账户 , 如 果 所 有 事情 成 功 , 则 发 出 commit 命令 结束 事务 ; 否则 ， 
有 意外 发 生 , 就 发 出 rollback 命令 撤销 服务 器 自 事务 开始 时 的 所 有 变化 。 整 个 过 程 
如 下 : 


START TRANSACTION; 














/* withdraw money from first account, making sure balance is sufficient */ 
UPDATE account SET avail balance = avail balance - 500 
WHERE account_id = 9988 

AND avail balance > 500; 














IF <exactly one row was updated by the previous statement> THEN 
/* deposit money into second account */ 
UPDATE account SET avail balance = avail balance + 500 
WHERE account_id = 9989; 








IF <exactly one row was updated by the previous statement> THEN 





/* everything worked, make the changes permanent */ 
COMMIT; 
ELSE 
/* something went wrong, undo all changes in this transaction */ 
ROLLBACK; 
END IF; 

ELSE 
/* insufficient funds, or error encountered during update */ 
ROLLBACK; 

END IF; 








提示 

虽然 前 面 的 代码 块 看 上 去 可 能 与 大 多 数 数 据 库 公司 提供 的 过 程 语言 ( 比 
如 Oracle 的 PL、Microsoft 的 Transact-SQL ) 相似 ， 但 是 这 只 是 伪 代 码 ， 
也 并 没有 想 模仿 哪 种 语言 。 

















前 面 的 代码 块 从 启动 事务 开始 ， 然 后 尝试 从 储蓄 账户 移 走 $500 并 添加 到 支票 账户 。 如 









































Nf 








一 切 顺 利 ， 事 务 将 被 提交 ， 如 果 出 现 了 错误 ， 事务 将 回 深 ， 这 意味 着 将 撤销 自 事务 
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开始 的 所 有 数据 变化 。 

通过 使 用 事务 ， 程 序 可 以 确保 那 $500 要 么 在 储蓄 账户 ， 要 么 转移 到 支票 账户 ， 而 不 可 
能 出 什么 意外 。 不 管事 务 提交 了 还 是 回 深 了 ， 执 行 时 获得 的 资源 (比如 写 锁 ) 在 事务 
完成 后 都 会 被 释放 。 

当然 ， 如 果 程 序 设 法 完成 两 个 update 语句 后 ， 还 没有 执行 commit 或 rollback 命令 ， 服 
务 器 突然 宕 机 了 ， 那 么 事务 会 在 服务 器 重新 上 线 后 被 回 深 。( 数 据 库 服务 器 上 线 前 必须 
完成 的 任务 之 一 就 是 查找 宕 机 前 正在 运行 但 未 完成 的 事务 ， 并 将 其 回 深 。) 此 外 ， 如 细 
程序 完成 了 事务 ， 并 发 出 了 commit 指令 ， 还 没有 将 变化 持久 化 到 永久 存储 区 (也 就 
说 ， 修 改 的 数据 还 位 于 内 存 ， 但 没有 被 刷新 到 磁盘 ) ， 服 务 器 就 宕 机 了 ， 那 么 服务 器 如 
启 时 数据 库 服务 器 必须 重新 应 用 事务 的 变化 (这 种 属性 称 为 持久 性 )。 


12.2.1 启动 事务 
数据 库 服 务 器 以 下 面 两 种 方法 之 一 创建 事务 。 
。 一 个 活跃 事务 总 是 和 数据 库 会 话 相 联 系 ， 所 以 没有 必要 ， 也 没有 什么 方法 能 够 显 
式 地 启动 一 个 事务 。 当 前 事务 结束 时 ， 服 务 器 自动 为 会 话 启动 一 个 新 的 事务 。 
。 ”如 果 不 显 式 地 启动 一 个 会 话 ， 单 个 的 SQL 语句 会 被 独立 于 其 他 语句 自动 提交 。 启 
动 一 个 事务 之 前 需 先 提交 一 个 命令 。 
本 书 提 及 的 3 种 服务 器 中 ，Oracle 数据 库 使 用 了 第 一 种 方法 ，Microsoft SQL Server 和 
MySQL 则 采取 了 第 二 种 方法 。Oracle 数据 库 事 务 创建 方法 的 优点 在 于 : 即使 在 只 提交 
单个 SQL 指令 的 情况 下 ， 如 果 读 者 不 喜欢 最 终结 果 或 者 改变 了 主意 ， 那 么 也 有 能 力 回 
滚 所 有 的 变化 。 
SQL:2003 标准 包含 了 start transaction 指令 , 它 用 来 显 式 地 启动 一 个 事务 。MySQL 遵守 
了 标准 , 但 是 SQL Server 用 户 必 须 使 用 替代 命令 begin transaction。 对 于 这 两 个 服务 器 ， 
读者 一 直 处 于 所 谓 的 自动 提交 模式 ， 直 到 显 式 地 局 动 一 个 事务 ， 这 意味 着 单个 语句 会 
被 服务 器 自动 提交 。 因 此 ， 读 者 可 以 自己 决定 进入 事务 模式 并 提交 启动 事务 命令 或 者 
只 是 简单 地 让 服务 器 提交 单个 语句 。 
MySQL 和 SQL Server 都 允许 读者 为 单个 会 话 关闭 自动 提交 模式 , 在 这 种 情况 下 ,对 于 
事务 来 说 服务 器 就 像 Oracle 数据 库 一 样 工作 。 读 者 可 以 提交 下 面 的 命令 关闭 SQL Server 
的 自动 提交 模式 : 
SET IMPLICIT TRANSACTIONS ON 
MySQL 允许 读者 以 下 面 的 方式 关闭 自动 提交 模式 : 
SET AUTOCOMMIT=0 
一 旦 离开 了 自动 提交 模式 ， 所 有 的 SQL 命令 都 会 发 生 在 同一 个 事务 的 范围 ， 并 且 必 须 
显 式 地 对 事务 进行 提交 或 者 回 滚 。 
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提示 





删除 的 数据 的 难堪 。 


12.2.2 ”结束 事务 
一 旦 事务 启动 , 不管 是 通过 start transaction 命令 显 式 地 启动 还 是 由 数据 库 服务 器 隐 式 地 
































每 次 登录 时 关闭 自动 提交 模式 ， 并 养 成 在 事务 内 运行 SQL 语句 的 习惯 。 
即使 没有 其 他 好 处 ， 至 少 能 让 读者 免 去 请 数据 库 管理 员 重 建 被 自己 无 意 




















启动 ， 为 了 持久 化 数据 变化 都 必须 显 式 地 结束 事务 。 读 者 可 以 通过 commit 指令 解决 这 
个 问题 ， 该 指令 命令 服务 器 将 变化 标记 为 永久 性 的 ， 进 而 释放 事务 中 使 用 的 任何 资源 
(也 就 是 页 锁 或 者 行 锁 )。 
如 果 打 算 撤 销 自 事务 启动 时 所 发 生 的 一 切 变化 , 读者 必须 提交 rollback 指令 , 它 命令 服 














务 器 将 数据 返回 到 处 理 
释放 。 


除了 提交 commit 或 rollback 指令 ， 结 束 事务 还 可 以 

















前 的 状态 。 同 检 


间接 结果 ， 要 么 作为 意外 的 结果 : 
。 ”服务 器 宕 机 ， 在 这 种 情况 下 ， 服 务 器 重启 时 事务 将 会 被 自动 回 滚 ; 
。 提交 一 个 SQL 模式 语句 ， 比 如 alter table， 这 将 会 引起 当前 事务 提交 和 一 个 新 事务 








启动 ; 











。 ”提交 男 一 个 start transaction 命令 ， 将 会 引起 前 


。 ”因为 服务 器 检测 到 一 个 死 锁 并 且 确 定 当前 














fF, 会 话 使 用 的 任何 资源 都 会 在 rollback 完成 后 被 




















其 他 情景 触发 ,要么 作为 活动 的 












































= 


前 结束 当前 的 事务 。 这 种 情况 下 ， 








在 这 4 个 情景 中 ， 第 








个 事务 提交 ， 





事务 就 是 罪魁 祸首 ， 那 么 服务 器 就 会 提 
事务 将 会 被 回 深 ， 同 时 释放 错误 消息 。 








个 和 第 三 个 比较 容易 理解 ， 其 他 两 个 值得 进行 一 番 讨 论 。 针 对 




















第 二 个 情景 来 说 ， 数 据 库 的 更 改 ， 无 论 是 增加 一 个 新 表 或 新 索引 还 是 删除 某 表 中 的 一 





列 ， 都 不 能 被 回 滩 。 因 此 ， 如 果 事 务 正在 进行 ， 那 么 服务 器 将 会 先 提交 当前 事务 ， 然 


后 执行 SQL 模式 语句 命令 ， 




















最 后 为 会 话 自动 启动 一 个 新 的 事务 。 服 务 器 不 会 通知 读者 














到 底 发 生 了 什么 ， 所 以 读者 应 该 注意 保护 那些 组 成 一 个 工作 单元 的 语句 不 被 服务 器 意 


外 地 分 成 多 个 事务 








Vy 
dr 











资源 正 被 另 一 个 事务 拥 

















四 个 情景 处 理 死 锁 检测 。 死 锁 发 生 在 两 个 不 同 的 事务 同时 等 待 同一 个 资源 ， 而 这 个 





有 的 时 候 。 例如 , 事务 A 可 能 刚好 更 新 完 account 表 , 现在 正 等 








待 transaction 表 的 写 锁 ， 然 而 事务 B 向 transaction 表 插 入 了 一 行 ， 现 在 正 等 待 account 




















粒度 )， 那 么 它们 都 必须 永远 等 待 对 方 完成 并 释放 




















表 的 写 锁 。 如 果 两 个 事务 刚好 修改 同一 页 或 者 同一 行 (取决 于 数据 库 服务 器 使 用 的 镇 























己 所 需 的 资源 。 数 据 库 服务 器 必须 








一 直 注 意 这 些 情况 才能 使 否 吐 量 不 会 陷入 停滞 。 当 检测 到 死 锁 时 ， 必 须 选 择 一 个 事务 
(任意 选择 或 者 根据 某 个 标准 ) 回 深 ， 这 样 其 他 事务 才能 继续 下 去 。 大 多 数 情况 下 ， 终 
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目的 事务 可 以 重启 ， 如 果 没 有 再 次 遇 到 另 一 个 死 锁 情况 它 将 会 成 功 。 
不 像 前 面 讨 论 的 第 二 个 情景 ， 此 时 数据 库 服务 器 会 抛 出 一 个 错误 ， 并 通知 读者 事务 由 
于 死 锁 检 测 已 经 被 回 滚 。 比 如 ，MySQL 会 返回 error #1213， 它 附带 如 下 消息 : 
Message: Deadlock found when trying to get lock; try restartingtransaction 
正如 错误 消息 所 建议 的 ， 重 试 由 于 死 锁 检测 而 被 回 滚 的 事务 是 一 种 合理 的 做 法 。 不 过 ， 
如 果 死 锁 变 得 太 频 繁 ， 那 么 读者 可 能 需要 修改 访问 数据 库 的 程序 以 减少 死 锁 的 可 能 
(一 个 常用 的 策略 是 总 是 按 顺 序 访 问 数据 资源 ， 比 如 总 是 在 插入 交易 数据 前 修改 账户 
数据 )。 


12.2.3 ”事务 保存 点 

在 某 些 情况 下 ， 读 者 可 能 会 遇 到 一 些 问题 需要 回 滚 事务 ， 但 是 并 不 想 撤销 所 有 做 过 的 
工作 。 此 时 ， 读 者 可 以 在 事务 内 创建 一 个 或 多 个 保存 点 ， 这 样 就 可 以 利用 它们 回 深 到 
事务 的 特定 位 置 而 不 必 一 路 回 深 到 事务 启动 状态 。 















































































































































选择 存储 引擎 


当 使 用 Oracle 数据 库 和 Microsoft SQL Server 时 ， 数 据 库 都 有 单独 的 一 套 代码 负责 低 
级 别 数据 库 操 作 ， 比 如 用 主键 值 从 表 中 检索 一 个 特定 行 。 不 过 ，MySQL 数据 库 服 务 
器 被 设计 成 可 以 用 多 个 存储 引擎 提供 低级 别 的 数据 库 功 能 ， 比 如 资源 锁定 和 事务 管 
理 。6.0 版 的 MySQL 包括 以 下 存储 引擎 ， 


MyISAM 
一 种 采用 表 级 锁定 的 非 事务 引擎 ; 
MEMORY 


一 种 内 存 表 使 用 的 非 事务 引擎 ; 
BDB 
一 种 采用 页 级 锁定 的 事务 引擎 ; 
InnoDB 
一 种 采用 行 级 锁定 的 事务 引擎 ; 
Merge 
一 种 使 多 个 相同 的 MyISAM 看 起 来 像 一 个 单 表 ( 也 叫 表 分 割 ) 的 专用 引擎 ; 
Maria 


6.0.6 版 本 中 MyISAM 的 替代 品 ， 它 添加 了 充分 的 恢复 功能 ; 
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Falcon 
6.0.4 版 本 起 引入 的 采用 行 级 锁定 的 高 性 能 事务 引擎 ; 


Archive 

一 种 用 于 存储 大 量 未 索引 数据 的 专用 引擎 ， 主 要 用 来 存档 。 

读者 可 能 认为 自己 不 得 不 为 数据 库 选 择 单一 的 数据 引擎 ,但 MySQL 允许 读者 灵活 地 
逐 表 选择 一 个 存储 引擎 。 对 于 那些 可 能 参与 事务 的 表 ， 读 者 可 以 采用 InnoDB 或 者 
Falcon 存储 引擎 ,它们 使 用 行 级 锁定 和 版 本 控制 提供 所 有 存储 引擎 中 最 高 级 别 的 并 行 
能 力 。 

读者 可 以 在 创建 表 时 显 式 地 指定 一 个 存储 引擎 ， 或 者 改变 一 个 表 的 存储 引擎 。 如 果 不 
知道 表 使 用 了 什么 引擎 ， 那 么 读者 可 以 使 用 show table 命令 ， 具 体 情 况 如 下 : 


mysql> SHOW TABLE STATUS LIKE 'transaction' \G 


row 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 








大 大 大 大 大 大 大 大 大大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 出 。 
Name: transaction 
Engine: InnoDB 
Version: 10 
Row_format: Compact 
Rows: 21 
Avg_row_ length: 780 
Data_length: 16384 
Max_data_length: 0 
Index_length: 49152 
Data_free: 0 
Auto_increment: 22 
Create time: 2008-02-19 23:24:36 
Update_ time: NULL 
Check_ time: NULL 
Collation: latin]l_swedish ci 
Checksum: NULL 
Create_options : 
Comment : 
1 row in set (1.46 sec) 


注意 命令 返回 的 第 二 项 ， 读 者 会 发 现 transaction 表 已 经 使 用 InnoDB 引擎 。 如 果 没 有 
虽 定 引擎 ， 读 者 可 以 通过 下 面 的 命令 为 transaction 表 指 定 InnoDB 引擎 : 


= INNODB; 











ALTER TABLE transaction ENGINE 


所 有 的 保存 点 必须 拥有 一 个 名 字 ， 这 样 读 者 就 可 以 在 单个 事务 中 拥有 多 个 保存 点 。 读 
者 可 以 如 下 创建 一 个 名 为 my_savepoint 的 保存 点 : 


SAVEPOINT my_savepoint; 


为 了 回 滚 到 一 个 特定 的 保存 点 ,读者 只 需 简 单 地 发 出 rollback 命令 , 其 后 需 跟 关键 词 to 
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savepoint 和 保存 点 的 名 字 ， 例 如 : 


ROLLBACK TO SAVEPOINT my_savepoint; 





下 面 的 例子 展示 如 何 使 用 保存 点 


START TRANSACTION; 





UPDATE product 
SET date_retired = CURRENT_TIMESTAMP () 
WHERE product_ cd = 'XYZ'; 











SAVEPOINT before close_ accounts; 


UPDATE account 


SET status = 'CLOSED', close date = CURRENT_ TIMESTAMP ()， 








last_activity_date = CURRENT_TIMESTAMP () 
WHERE product_cd = 'XY2Z'; 








ROLLBACK TO SAVEPOINT before close accounts; 
COMMIT; 





这 个 事务 的 影响 是 那个 虚构 的 XYZ 产品 退出 市 场 了 ， 但 涉及 的 账户 并 没有 被 关闭 。 
使 用 保存 点 时 ， 读 者 需要 记 住 下 面 两 点 。 














创建 保存 点 时 ， 除 了 名 字 ， 什 么 都 没有 保存 。 为 保证 导 
须发 出 一 个 commit 命令 。 























和 务 的 持久 化 ， 读 者 最 终 必 


如 果 读 者 发 出 一 个 没有 保存 点 的 rollback 命令 ， 那 么 事务 中 的 所 有 保存 点 将 被 忽 











略 ， 并 且 撤 销 整 个 事务 。 








如 果 使 用 SQL Server， 读 者 需 使 用 专 有 命令 savetransacti 
rollback transaction 命令 回 滚 一 个 保存 点 ， 这 两 个 指令 后 面 者 








2.3 ”小 测验 


on 创建 一 个 保存 点 ， 使 用 
b 需 要 跟 保存 点 的 名 字 。 








下 面 的 练习 测试 读者 对 事务 的 理解 。 完 成 习题 后 ， 请 参照 附录 C 检查 答案 。 


练习 12-1 
生成 一 个 事务 ， 它 从 Frank Tucker 的 货币 市 场 账户 存款 转账 


j 




















$50 到 他 的 支票 账户 。 要 求 


和 两 行 到 transaction 并 更 新 account 表 中 相应 的 两 行内 容 。 
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于 本 书 关 注 于 编程 技术 , 所 以 前 面 12 章 集 中 讨论 SQL 语言 的 基础 知识 , 利用 前 面 所 
学 读者 可 以 精心 构造 一 些 强大 的 select、insert、update 和 delete 语句 。 不 过 ， 数 据 库 的 
其 他 功能 也 会 间接 影响 读者 所 写 的 代码 。 本 章 重 点 探讨 其 中 的 两 个 功能 : 索引 和 约束 。 


13.1 索引 


当 向 一 个 表 中 播 入 一 行 时 ， 数 据 库 服务 器 不 会 试图 将 数据 放 到 表 里 任 何 特定 的 地 方 。 
例如 ,要 向 department 表 增加 一 行 ,那么 服务 器 不 会 依据 dept_id 列 的 数字 顺序 或 者 name 
列 的 字母 顺序 存放 该 行 。 相 反 ， 服 务 器 只 是 简单 地 将 数据 存放 在 文件 中 下 一 个 可 存放 
的 位 置 (服务 器 为 每 个 表 预 留 了 一 系列 空间 )。 因 此 ， 当 查询 department 表 时 ， 服 务 器 
需要 通过 检查 表 中 的 每 一 行 来 完成 查询 。 例 如 ， 对 于 下 面 的 查询 : 
mysql> SELECT dept_id, name 
-> FROM department 


-> WHERE name LIKE 'AS%S'; 
es 一 十 


































































































dept_id | name | 
er 





一 + 一 二 


3 | Administration | 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





1 row in set (0.03 sec) 
为 了 寻找 所 有 名 字 以 A 开头 的 部 门 ， 服 务 器 必须 访问 department 表 中 的 每 一 行 并 检查 
name 列 的 内 容 。 如 果 部 门 名 以 A 开头 ,就 将 该 行 加 入 结果 和 集 。 这 种 类 型 的 访问 称 为 表 
扫描 。 
这 种 方法 对 于 只 有 3 行 的 表 来 说 效果 不 错 , 但 是 想象 一 下 , 如 果 一 个 表 有 3 000 000 行 ， 
那么 需要 多 长 时 间 才 能 完成 一 次 查询 。 对 于 大 于 3 而 小 于 3 000 000 的 数目 ， 又 遇 到 另 
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一 个 问题 ， 就 是 如 果 没 有 其 他 帮助 ， 服 务 器 依然 无 法 在 合适 的 时 间 内 完成 查询 。 这 个 
帮助 就 可 以 是 department 表 中 的 一 个 或 多 个 索引 。 


读者 即使 从 来 没有 听 说 过 数据 库 索 引 ， 也 一 定 知道 什么 是 索引 〈 比 如 本 书 就 有 一 个 )。 
索引 是 寻找 资源 中 特定 项 目的 一 种 机 制 。 例 如 ， 每 个 科技 出 版 物 结尾 都 有 一 个 索引 供 
读者 定位 其 中 的 特定 单词 或 者 短语 。 索 引 依 字母 顺序 列 出 这 些 单词 或 者 短语 ， 使 读者 
能 够 快速 定位 到 索引 里 的 特定 字母 ， 找 到 所 需 条 目 ， 然 后 找到 指定 页 或 者 单词 或 短语 
可 能 存在 的 那些 页 。 


如 同人 们 使 用 索引 在 出 版 物 中 查找 单词 一 样 ， 数 据 库 服务 器 也 使 用 索引 定位 表 中 的 行 。 
普通 的 数据 表 不 同 ， 索 引 是 一 种 以 特定 顺序 保存 的 专用 表 。 不 过 ， 索 引 并 不 包含 实 
体 中 的 所 有 数据 ， 而 是 那些 用 于 定位 表 中 行 的 列 ， 以 及 描述 这 些 行 的 物理 位 置 的 信息 。 
因此 ， 索 引 的 作用 就 是 便捷 化 检索 表 中 行 和 列 的 子 集 ， 而 不 需要 检查 表 中 的 每 行 。 


13.1.1 创建 索引 
再 回 到 department 表 , 为 name 列 添加 索引 可 以 加 速 任何 指定 全 部 或 者 部 分 部 门 名 字 的 
查询 以 及 update 或 delete 操作 。 下 面 展 示 如 何在 MySQL 数据 库 中 添加 这 个 索引 : 
mysql> ALTER TABLE department 
-> ADD INDEX dept_name_idx (name); 


Query OK, 3 rows affected (0.08 sec) 
Records: 3 Duplicates: 0 Warnings: 0 


这 个 语句 为 department.name 列 创建 了 索引 (确切 地 说 ,这 是 一 个 B 树 ， 稍 后 再 讨论 )， 
此 外 该 索引 被 命名 为 dept_name_idx。 有 了 索引 后 ， 如 果 索 引 有 利于 改善 查询 ， 查 询 优 
化 器 (第 3 章 中 讨论 过 ) 就 可 以 选择 索引 (假如 department 表 中 只 有 3 行 ， 那 么 优化 
髓 选择 忽略 索引 而 直接 读 取 整 个 表 可 能 会 更 合理 )。 如 果 表 中 的 索引 不 止 一 个 ， 那 么 优 
化 器 就 必须 判断 对 于 特定 的 SQL 语句 使 用 哪个 索引 最 有 利 。 
全。 提示 
| MySQL 将 索引 看 做 表 的 可 选 部 件 ， 所 以 读者 必须 使 用 alter table 命令 添 
、 ne 加 或 者 删除 索引 。 其 他 数据 库 (包括 SQL Server 和 Oracle 数据 库 ) 则 将 
索引 视 为 独立 的 模式 对 象 。 对 于 SQL Server 和 Oracle 数据 库 ， 读 者 可 以 
使 用 create index 命令 生成 索引 ， 上 有 具体 情况 如 下 : 


CREATE INDEX dept_name_idx 
ON department (name); 


5.0 版 本 的 MySQL 中 create index 命令 已 经 映射 到 alter table 命令 ， 但 前 
者 仍然 可 用 。 
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所 有 数据 库 服务 器 都 允许 读者 查看 可 用 索引 。MyYSQL 用 户 可 以 使 用 show 命令 查看 指 
定 表 中 的 所 有 索引 ， 例 如 : 
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mysql> SHOW INDEX FROM department NG ***x*xXX 炎 火炎 火炎 火炎 六 火炎 火 太 炎 火炎 太太 二 。 工 OW 
大 大 大 炎 大 大 类 炎炎 大 大 炎炎 大 大 炎炎 炎炎 大 大 炎炎 大 大 大 bp row 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 


Table: department 
Non_ unique: 0 
Key_name: PRIMARY 
Seq_in index: 1 
Column_name: dept_id 
Collation: A 
Cardinality: 3 
Sub_part: NULL 
Packed: NULL 
Null: 
Index_type: BITRE 
Comment: 


Index_Comment: 
大 大 大 类 大 大 类 大大 大 大 炎炎 大 大 炎炎 炎炎 大 大 炎炎 大 大 大 人 row 大 大 大 大 大 大 炎炎 大 大 炎炎 大 大 炎炎 大 大 大 炎炎 类 大 大 大 类 





Table: department 
Non_ unique: 1 
Key_name: dept_name_idx 
Seq_in_ index: 1 
Column_name: name 
Collation: A 
Cardinality: 3 
Sub_part: NULL 
Packed: NULL 
Null: 
Index_ type: BTREE 
Comment : 
Index_Comment: 
2 rows in set 





(0.01 sec) 

结果 显示 department 表 共 有 两 个 索引 : 一 个 是 dept_id 列 的 索引 PRIMARY， 男 一 个 是 
name 的 索引 dept_name_idx。 不 过 ,到 目前 为 止 , 我 只 创建 了 一 个 索引 dept_name_idx， 
那么 另 一 个 是 从 哪里 来 的 呢 ? 事实 是 这 样 的 : 当 department 表 被 创建 时 ，create table 
命令 包含 一 个 约束 ， 这 个 约束 将 表 中 的 dept_id 列 作为 主 关键 字 。 下 面 的 语句 创建 

















lll 




















department 表 : 








CREATE TABLE department 
(dept_id SMALLINT UNSIGNED NOT NULL AUTO_ INCREMENT, 


name VARCHAR(20) NOT NULL, 
CONSTRAINT pk_department PRIMARY KEY (dept_id) ); 


当 表 被 创建 时 ，MySQL 自动 为 主键 列 生成 索引 ， 在 这 个 例子 中 主键 列 是 dept_id, 生成 


索引 名 为 PRIMARY。 约 束 将 在 本 章 稍 后 介绍 。 
创建 索引 后 ， 如 果 读 者 觉得 某 个 索引 没 用 ， 就 可 以 通过 如 下 方法 删除 : 
mysql> ALTER TABLE department 

-> DROP INDEX dept_name_idx; 




















218 第 13 章 


Query OK, 3 rows affected (0.02 sec) 
Records: 3 Duplicates: 0 Warnings: 0 


A 提示 
| «x | SQL Server 和 Oracle 数据 库 用 户 必 须 使 用 drop index 命令 删除 索引 : 
(Ne EE 


由 DROP INDEX dept_ name idx; (Oracle) 





DROP INDEX dept_name_iqx ON department (SQL Server) 


现在 MySQL 也 支持 drop index 命令 


唯一 索引 

设计 数据 库 时 ， 考 虑 好 哪些 列 能 包含 重复 数据 ， 哪 些 列 不 能 是 一 件 很 重要 的 事情 。 例 如 ， 
individual 表 有 两 个 名 为 John Smith 的 客户 是 允许 的 ， 因 为 每 行 有 不 同 的 标识 符 (cust_id)、 
出 生日 期 和 税务 号 码 (customerfed_ id) 可 以 帮助 区 分 它们 。 但 是 ，department 表 中 不 能 存在 
两 个 相同 名 字 的 部 门 。 读 者 可 以 通过 departmentname 创建 唯一 索引 限制 出 现 重复 部 门 名 字 。 


这 里 的 唯一 索引 起 了 多 重 作用 ， 除 了 提供 常规 索引 的 所 有 好 处 ， 还 作为 一 种 机 制 限制 索引 
列 出 现 重复 值 。 无 论 是 插入 一 行 还 是 修改 索引 列 ， 数 据 库 服 务 器 都 会 检查 唯一 索引 以 判断 
该 值 是 否 已 存在 于 本 表 的 某 一行 。 下 面 显示 了 如 何 为 departmentname 列 创建 唯一 索引 ; 
mysql> ALTER TABLE department 
-> ADD UNIQUE dept_name_idx (name); 


Query OK, 3 rows affected (0.04 sec) 
Records: 3 Duplicates: 0 Warnings: 0 



































































































































| 提示 
| a SQL Server 和 Oracle 数据 库 的 用 户 只 需要 在 创建 索引 时 增加 关键 字 
| 人 3 ' unique， 例 如 : 


CREATE UNIQUE INDEX dept_name_idx 
ON department (name) 


有 了 合适 的 索引 , 如 果 读者 试图 添加 一 个 名 为 Operations 的 部 门 , 服务 器 就 会 抛 出 一 个 
错误 提示 : 

















mysql> INSERT INTO department (dept_id, name) 
-> VALUES (999, 'Operations'); 
ERROR 1062 (23000): Duplicate entry 'Operations' for key 'dept_name_idx' 


读者 不 必 为 主键 列 创建 案 引 ， 因 为 服务 器 已 经 为 主键 检查 唯一 性 。 如 果 读 者 觉得 有 必 
要 ， 还 可 以 为 同一 个 表 创建 不 止 一 个 唯一 索引 。 


多 列 索引 
除了 上 面 涉及 的 单列 索引 ， 读 者 还 可 以 创建 跨越 多 列 的 索引 。 例 如 ,使 用 姓氏 和 名 字 
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查找 雇员 ， 读 者 就 可 以 为 这 两 列 一 起 创建 索引 : 


mysql> ALTER TABLE employee 

-> ADD INDEX emp_names_idx (lname, fname); 
Query OK, 18 rows affected (0.10 sec) 
Records: 18 Duplicates: 0 Warnings: 0 


这 个 索引 在 两 种 查询 中 是 有 用 的 : 一 是 指定 了 姓名 ， 二 是 只 指定 了 姓氏 。 但 它 不 适合 
用 于 只 指定 客户 名 字 的 查询 中 ， 这 是 为 什么 ?现在 请 读者 考虑 一 下 如 何 查 找 某 个 人 的 
电话 号 码 。 如 果 知道 此 人 的 姓名 就 可 以 用 电话 筹 快速 查 到 号 码 ， 因 为 电话 敌 是 先 依据 
姓氏 顺序 ， 再 依据 名 字 顺 序 组 织 的 ， 如 有 果 只 知道 此 人 名 字 就 必须 浏览 电话 筹 中 每 个 条 
目 来 查找 具有 指定 名 字 的 所 有 条 目 。 
因此 ， 在 创建 多 列 索引 时 ， 读 者 必须 仔细 考虑 哪 一 列 作为 第 一 列 ， 哪 一 列 作为 第 二 列 
等 ， 这 样 索引 才 会 尽 可 能 的 有 用 。 请 读者 记 住 ， 如 果 需 要 保证 充分 的 响应 时 间 ， 也 可 
以 基于 不 同 顺序 为 同一 列 集 创 建 多 列 索引 。 


13.1.2 索引 类 型 


索引 是 一 种 强大 的 工具 ， 但 是 由 于 存在 多 种 不 同类 型 的 数据 ， 单 一 索引 策略 并 不 总 
能 满足 需求 。 下 面 介 绍 各 种 服务 器 中 采用 的 不 同类 型 索引 。 


B 树 索 引 


至 此 展示 的 所 有 索引 都 是 平衡 树 索引 , 更 为 常用 的 称谓 是 B 树 索引 .MySQL.、 Oracle 数 
据 库 和 SQL Server 默认 都 是 B 树 索 引 ， 所 以 只 要 读者 不 显 式 地 要 求 其 他 类 型 ， 索 引 就 
是 B 树 索引 。 如 读者 所 期 望 的 ，B 树 案 引 以 树 结构 组 织 ， 它 有 一 个 或 多 个 分 支 节点 ， 

分 支 节点 又 指向 单 级 的 叶 节 点 。 分 支 节点 用 于 遍历 树 ， 叶 节点 则 保存 真正 的 值 和 位 置 
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信息 。 例 如 ，employee.Iname 列 的 B 树 索 引 如 图 13-1 所 示 。 
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13-1 B 树 示例 
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如 果 读者 发 起 一 个 查询 ， 检 索 所 有 姓氏 以 G 开头 的 和 雇员， 那么 服务 器 将 首先 查找 顶 分 





支 节点 〈 称 为 根 节 点 )， 接 着 顺 着 指针 前 进 到 姓氏 以 A 到 M 开始 




















的 分 支 节点 ， 然 后 服 


务 器 会 在 此 分 支 节点 内 依次 查看 直至 找到 姓氏 以 G 到 工 开 始 的 叶 节 点 ， 最 后 服务 器 开 
始 读 叶子 中 的 数据 直至 遇 到 一 个 不 以 G 开头 的 值 (此 时 ， 这 个 值 是 Hawthorne)。 


当 向 employee 表 中 插入 、 更 新 和 删除 行 时 ， 服 务 器 会 尽力 保持 树 的 平衡 ， 这 样 就 不 会 








服务 器 就 能 够 
位 图 索引 


虽然 B 树 索引 
许 少 量 不 同 值 








出 现 根 节点 的 某 一 侧 拥 有 比 男 一 人 

















| 多 得 多 的 分 支 节点 / 叶 节 点 。 服 务 器 通过 增加 或 删除 





快速 地 到 达 叶 节点 查找 到 需要 的 值 。 



































分 支 节点 重新 将 值 分 配 得 更 加 均匀 。 通 过 保持 树 的 均匀 ， 不 需要 遍历 多 层 分 支 节点 ， 


擅长 于 处 理 包含 许多 不 同 值 的 列 ， 比 如 客户 的 姓氏 /名 字 ， 但 是 在 处 理 允 





的 列 时 会 变 得 很 难 使 用 。 例 如 ， 为 了 能 够 快速 检索 某 一 特定 类 型 (比如 
票 账户 、 储 蕾 账户 ) 的 所 有 账户 ， 读 者 可 能 希望 为 account.product_cd 列 创建 索引 ， 
但 是 ， 由 于 总 共 只 有 8 种 不 同 的 产品 ， 并 且 有 些 产 品 比 其 他 产品 受 欢 迎 的 多 ， 所 以 客 
户 数目 的 不 断 增长 会 使 B 树 索引 很 难 继续 维持 平衡 。 















































对 于 那些 包含 少量 值 却 占 据 了 大 量 行 (所 谓 低 基 数 ) 的 列 ， 应 该 采用 不 同 的 索引 策略 。 








为 了 更 有 效 地 处 理 
值 生成 一 个 位 图 。account.product_cd 中 数据 的 



































这 个 问题 ，Oracle 数据 库 引 入 了 位 图 索引 , 它 为 存储 在 某 列 中 的 每 个 
位 图 索引 大 致 如 图 13-2 所 示 。 


























13-2 ”位 图 示例 








这 个 索引 包含 6 个 位 图 ， 分 别 属于 product_cd 列 中 的 每 个 值 (8 个 可 用 产品 中 有 2 个 


没 被 使 用 )， 六 





F 有 是 每 个 位 图 为 account 表 中 的 24 行 都 分 配 了 





服务 器 检索 所 有 货币 市 场 账户 (product_cd = "MM')， 那 么 有 
位 图 中 的 所 有 1 值 ， 最 后 返回 第 7、10 和 18 行 。 如 果 读 者 查询 多 值 ， 那 么 服务 器 也 能 


联合 位 图 。 例 如 ， 假 设 要 检索 所 有 货币 了 





0/1 值 。 








因此 ， 如 果 读 者 让 











有 务 器 只 需 简 单 地 查找 MM 


























和 场 账户 和 存储 账户 (product_cd = 





MIM' or product_ cd ='SAV') ， 则 服务 器 将 对 MM 和 SAV 位 图 执行 或 运算 ， 最 后 返回 第 
2、5、7、9、10、16、18 行 。 
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对 于 低 基 数 而 言 ， 位 图 





攀升 到 相对 行 数 太 高 时 (所谓 高 基数 )， 




















太 多 的 位 图 。 例 如 ， 读 者 永 } 
的 基数 〈 每 行 都 有 不 同 的 值 )。 


Oracle 用 户 可 以 通过 为 create index 语句 简单 地 添加 关键 词 bitmap 生成 位 




















Wear 



































CREATE 


位 图 索引 通 
少 的 值 〈 比 如 销 


文本 索引 


BITMAP INDEX 








刷 














如 果 数 据 库 中 存储 文档 ， 那 么 可 能 需要 允许 用 户 在 文档 中 查找 单词 或 者 短语 。 
然 不 希望 每 次 请 求 搜索 时 服务 器 都 打开 每 个 文档 ， 然 后 扫 








应 用 于 数据 仓库 环境 ， 那 上 
售 岗位 、 地 理 环境 、 产 品 、 





远 不 会 为 主键 列 创建 一 个 位 


acc_prod_idqx ON account 








销售 员 ) 。 

















是 一 种 友好 、 紧 凑 的 索引 解决 方案 ， 但 是 列 中 存储 的 值 的 数目 
这 种 索引 策略 将 会 失败 ， 因 为 服务 器 需要 维护 





图 索引 ， 因 为 这 代表 最 高 可 能 








图 ， 例 如 : 





(product_cd); 


有 E 会 有 大 量 数据 被 索引 ， 那 些 列 却 只 包含 相对 





我 们 当 
描 需 要 的 文本 ,但 是 传统 的 





索引 策略 又 不 适用 于 这 种 状况 , 那 怎么 办 呢 ? 为 了 处 理 这 种 状况 , MySQL、SQL Server 


和 Oracle 数据 库 为 文档 包含 








= 
AE 


一 种 称 为 Oracle Text 的 强 








了 专业 的 索引 和 搜索 机 制 ， 


2 





大 工具 集 。 文 档 查 找 非 





中 





还 是 希望 读者 至 少 能 了 解 可 用 什么 方法 来 处 理 。 


13.1.3 ”如 何 使 用 索 
服务 器 通常 首 
补充 信息 。 考 虑 下 面 的 查询 : 


mysql> SELECT emp_id 
-> FROM employee 















































先 利用 索引 快速 定位 特定 表 中 的 行 ， 


引 


其 中 前 两 者 包含 的 是 他 们 所 称 





的 全 文案 引 (MySQL 中 仅 MyISAM 存储 引擎 中 可 以 使 用 全 文 索引 )， 最 后 一 个 包含 的 





专业 ， 所 以 我 就 不 举例 子 了 ， 但 











之 后 





7 fname, lname 




















二 一 一 一 一 一 一 一 + 一 一 一 一 一 一 一 一 
emp_id | fname lname 
二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 
1 | Michael Smith 
3 | Robert Tyler 
9 | Jane Grossman 
于 | Frank Portman 
二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 
4 rows in set (0.00 sec) 
就 本 查询 而 言 ， 服 务 器 先 使 用 employee 表 


和 15 的 雇 
不 过 ， 如 


员 ， 然 后 访问 这 4 








果 索 引 包 含 满 足 查询 的 所 有 内 容 ， 那 么 月 





行 ， 检 索 姓氏 和 名 字 两 列 。 
及 务 器 














了 访问 相关 表 提 取 用 户 请 求 的 








PF emp_id 列 的 主键 索引 定位 了 为 1、3、9 





就 不 必 访 问 相 关 表 了 。 为 理解 





此 点 ， 请 看 看 查询 优化 器 如 何 使 用 不 同 的 索引 处 理 相 同 的 查询 。 
下 面 的 查询 为 指定 的 客户 聚合 账户 余额; 
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mysql> SELECT cust_id, SUM(avail balance) tot_bal 
-> FROM account 
-> WHERE cust_id IN (1, 5, 9, 11) 
-> GROUP BY cust_id; 














ee 
cust_id tot_bal 
en ee de dee 
a 4557.75 
5 2237%97 
9 10971.22 
11 9345.55 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 





4 rows in set (0.00 sec) 


为 了 解 MySQL 查询 优化 器 决定 如 何 执行 查询 的 ， 我 使 用 了 explain 语句 请 求 服务 器 显 
示 查 询 的 执行 计划 而 不 执行 查询 : 


mysql> EXPLAIN SELECT cust_id, SUM(avail_balance) tot_bal 
-> FROM account 


-> WHERE cust_id IN (1, 5, 9, 11) 
-> GROUP BY cust_id \G 
大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 昌 四 
J 
select_ type: SIMPLE 
table: account 
type: index 
possible keys: fk a cust_id 
key: fk_a cust_id 














row 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 


key_len: 4 
ref: NULL 
rows: 24 





Extra: Using where 
1 row in set (0.00 sec) 


| Ee | 每 个 数据 库 服务 器 都 有 工具 供 读 者 查看 查询 优化 器 是 如 何 处 理 SQL 语句 
te 4 的 。SQL Serve 用 户 在 要 查询 的 SQL 语句 前 加 上 set showplan_text on 就 
”可 以 查看 该 语句 的 执行 计划 。Oracle 数据 库 包 含 explain plan 语句 ， 它 将 

执行 计划 写 到 一 个 专用 表 plan_table 里 。 





下 面 就 是 执行 计划 告诉 读者 的 内 容 ， 并 未 考虑 太 多 细节 : 
。 ”使 用 索引 未 _a_cust_id 查找 account 表 中 满足 where 子 句 的 行 ; 





。 ， 读 取 索引 后 ， 服 务 器 预计 会 读 取 account 表 的 所 有 24 行 以 聚合 可 用 余额 数据 ， 这 
是 因为 它 不 知道 除了 ID 号 为 1、5、9 和 11 的 客户 外 ， 还 可 能 有 其 他 客户 。 


索引 任 _a_cust_id 是 由 服务 器 自动 生成 的 又 一 个 索引 , 但 是 这 次 自动 生成 的 原因 是 外 键 
约束 而 不 是 主键 约束 (本 章 稍 后 作 更 多 介绍 )。 你 _a_cust_id 是 account.cust_id 列 的 索引 ， 
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因此 服务 器 先 使 用 索引 定位 account 表 中 的 也 为 1、5、9 和 11 的 客户 , 然后 访问 这 些 
行 ， 再 实现 检索 和 聚合 可 用 余额 数据 。 
接 下 来 ， 我 给 cust id 和 avail balance 两 列 添 加 新 索引 acc_bal idx 


mysql> ALTER TABLE account 

-> ADD INDEX acc bal_idx (cust_id, avail balance); 
Query OK, 24 rows affected (0.03 sec) 
Records: 24 Duplicates: 0 Warnings: 0 


下 面 看 看 有 了 这 个 索引 后 查询 优化 器 是 如 何 处 理 上 一 个 查询 的 : 


mysql> EXPLAIN SELECT cust_id, SUM(avail_balance) tot_bal 
-> FROM account 
-> WHERE cust_id IN (1, 5, 9, 11) 
-> GROUP BY cust_id \G 
大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 3 row 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 大 
i 下 
select type: SIMPLE 
table: account 
type: range 
possible_ keys: acc bal_idx 
key: acc_ bal_idx 

















key_len: 4 
ref: NULL 
rows: 8 


Extra: Using where; Using index 
1 row in set (0.01 sec) 


比较 前 面 两 个 执行 计划 ， 可 以 得 到 下 列 区 别 : 

。 ”优化 器 使 用 了 新 索引 acc_bal_idx， 而 不 是 你 _a_cust_id; 

。 ”优化 器 预期 只 需 要 8 行 ， 而 不 是 24 行 ， 

。 不 需要 account 表 即 可 满足 查询 结果 (使 用 附加 列 的 索引 指定 ) 。 

因此 ， 服 务 器 可 以 使 用 索引 定位 关联 表 中 的 行 ， 或 者 只 要 索引 包含 查询 需要 的 所 有 列 ， 
服务 器 可 以 把 索引 当做 表 一 样 使 用 。 


4 提示 
| as、| 。 上面 和 读者 一 起 探讨 的 是 一 个 查询 优化 的 例子 。 优 化 涉及 查看 SQL 语句 和 
 “、 肌 5。 决定 可 用 于 服务 器 执行 语句 的 资源 .为 了 更 有 效 地 执行 ,读者 可 以 修改 SQL 
”语句 ,或 者 调整 数据 库 资源 , 或 者 两 者 都 做 . 优化 是 一 个 非常 深入 的 话题 ， 
我 也 愿意 强烈 鼓励 读者 阅读 自己 服务 器 的 优化 指南 或 者 挑选 一 本 好 的 优化 

书 自己 学 习 研究 ， 这 样 读者 就 会 了 解 服务 器 上 所 有 不 同 的 可 用 方法 。 






































13.1.4 索引 的 不 足 
既然 索引 如 此 有 用 ， 那 么 为 什么 不 索引 一 切 呢 ? 恰当 地 说 ， 这 样 做 不 一 定 是 一 件 好 事 ， 
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理解 这 个 结论 的 关键 是 要 知道 每 个 索引 事实 上 都 是 一 个 表 〈 一 种 特殊 类 型 的 表 ， 但 也 
是 表 )。 因 此 ， 每 次 在 对 表 添 加 或 者 删除 行 时 ， 表 中 的 所 有 索引 必须 被 修改 ， 当 更 新 行 











时 ， 受 到 影响 的 列 的 任何 索引 也 必须 被 修改 。 因 此 ， 索 引 越 多 ， 服 务 器 就 需要 做 越 多 
的 工作 来 保持 所 有 模式 对 象 最 新 ， 当 然 ， 这 将 会 拖 慢 服务 器 处 理 任务 的 速度 。 


索引 需要 磁盘 空间 ， 同 时 也 需要 管理 员 耗 费 一 些 精力 去 管理 它们 ， 因 此 对 于 索引 的 最 














佳 策略 是 : 仅 当 出 现 清晰 需求 时 才 语 加 索引 。 如 果 有 特殊 目的 需要 索引 ， 比 如 每 月 例 




















行 维护 程序 ， 那 么 读者 可 以 添加 索引 ， 和 运行 程序 ， 然 后 删除 索引 ， 下 次 需要 时 再 如 此 
重复 一 遍 。 对 于 数据 仓库 来 说 ， 用 户 在 营业 期 间 生成 报表 和 特定 查询 时 ， 索 引 至 关 重 
要 ， 但 是 当 数据 被 彻夜 装载 到 数据 仓库 时 ， 就 会 出 现 问题 ， 所 以 一 种 常见 的 做 法 是 : 











装载 数据 前 删除 索引 ， 然 后 在 仓库 开放 营业 前 重建 它们 。 
































一 般 来 说 ， 谈 者 应 该 努力 避免 使 用 太 多 索引 和 太 少 索引 。 如 果 不 能 确定 到 底 需 要 多 少 








索引 ， 读 者 可 以 将 下 面 的 内 容 作 为 默认 策略 使 用 。 














。 ”确保 所 有 主键 列 被 索引 (大 部 分 服务 器 会 在 创建 主键 约束 时 自动 生成 唯一 索引 ) 。 
针对 多 列 主键 ， 考 虑 为 主键 列 的 子 集 构建 附加 索引 ， 或 者 以 与 主键 约束 定义 不 同 





的 顺序 为 所 有 主键 列 另 外 生成 索引 。 





























。 “为 所 有 被 外 键 约束 引用 的 列 创建 索引 。 服 务 器 在 准备 删除 父 行 时 会 查找 以 确保 没 
有 子 行 存 在 ， 为 此 它 必 须发 出 一 个 查询 搜索 列 中 的 特定 值 ， 如 果 该 列 没有 索引 ， 








那么 服务 器 必须 扫描 整个 表 。 























。 ”索引 那些 被 频繁 检索 的 列 。 除 了 短 字 符 串 (3 一 50 个 字符 ) 列 ， 大 多 数 日 期 列 也 是 


不 错 的 候选 。 

















读者 在 创建 一 套 初始 索引 后 ， 尽 力 











区 





满足 最 常见 的 访问 路 径 。 


13.2 约束 

















分 析 对 表 的 真实 查询 ， 然 后 修改 索引 策略 以 





约束 是 一 种 简单 地 强加 于 表 中 一 列 或 多 列 的 限制 。 约 束 有 以 下 几 种 不 同 的 类 型 。 





主键 约束 











标志 一 列 或 多 列 ， 并 保证 其 值 如 











外 键 约束 








E 表 内 的 唯一 性 。 





限制 一 列 或 多 列 中 的 值 必须 被 包含 在 另 一 表 的 外 键 列 中 ， 并 且 在 级 联 更 新 或 级 联 
删除 规则 建立 后 也 可 以 限制 其 他 表 中 的 可 用 值 。 




















唯一 约束 
































限制 一 列 或 多 列 的 值 ， 保 证 其 在 表 内 的 

















E 一 性 (主键 约束 是 一 种 特殊 类 型 的 唯一 约束 )。 
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检查 约束 
限制 一 列 的 可 用 值 范 围 。 

没有 了 约束 ,一 个 数据 库 的 一 致 性 就 会 令 人 怀疑 ,例如 ,如 果 服 务 器 允许 只 修改 customer 

表 中 的 客户 ID 而 不 改变 account 表 中 的 同一 个 DD， 那么 最 终结 果 就 是 账户 不 再 指向 合 

法 的 客户 记录 《所谓 孤儿 行 )。 不 过 ， 有 了 合适 的 主键 和 外 键 约束 后 ， 服 务 器 就 可 以 在 

试图 修改 或 删除 被 其 他 表 引 用 的 数据 时 要 么 抛 出 一 个 错误 ， 要 么 将 这 些 改变 传播 到 其 

他 表 ( 稍 后 会 作 更 多 讨论 )。 


















































2 提示 
| a、 | 。 如 果 读者 希望 在 MySQL 服务 器 中 应 用 外 键 约束 ,那么 表 的 存储 引擎 必须 
和 人、 是 InnoDB。6.0.4 版 本 中 Falcon 引擎 不 支持 这 种 约束 ， 不 过 后 来 的 版 本 





中 都 实现 了 这 种 约束 的 支持 。 


13.2.1 创建 约束 
约束 一 般 与 关联 表 通 过 create table 语句 同时 创建 。 为 了 说 明 这 个 问题 ， 下 面 的 例子 引 
入 了 本 书 示例 数据 库 的 模式 生成 脚本 : 


CREATE TABLE product 
(product_cd VARCHAR(10) NOT NULL, 
name VARCHAR(50) NOT NULL, 
product_type_cd VARCHAR (10) NOT NULL, 
date_offered DATE, 
date_retired DATE, 
CONSTRAINT fk_Product_tyPe_cd FOREIGN KEY (Product_tyPe_cd) 
REFER ENCES product_type (product_type_cd), 
CONSTRAINT pk_product PRIMARY KEY (product_cd) 























); 
Product 表 包 含 两 个 约束 : 一 个 指定 了 product_cd 列 作为 表 的 主键 ， 另 一 个 指定 了 
product_type_cd 列 作为 来 自 product_type 表 的 外 键 。 或 者 , 读者 可 以 先 仅仅 创建 product 
表 而 不 指定 约束 ， 然 后 通过 alter table 语句 添加 主键 约束 和 外 键 约束 : 


ALTER TABLE product 
ADD CONSTRAINT pk_product PRIMARY KEY (product_ cd); 















































ITER TABLE product 
DD CONSTRAINT fk_ product_ type_cd FOREIGN KEY (product_type_cd) 
REFERENCES product_type (product_type_ cd); 


如 果 希 望 删除 主键 约束 或 者 外 键 约束 ， 那 么 读者 可 以 再 使 用 alter table 语句 ， 不 过 这 次 
需要 使 用 drop 代替 add: 


ALTER TABLE product 
DROP PRIMARY KEY; 




















A 
A 









































ALTER TABLE product 
DROP FOREIGN KEY fk product_type_cd; 

















226 第 13 章 








up 
健 

tt 
0° 


加 除 一 个 主键 列 并 不 常见 ， 不 过 在 某 些 维护 操作 中 外 键 约束 有 时 会 被 删除 ， 随 后 再 


13.2.2 约束 与 索引 

正如 读者 在 本 章 前 面 所 看 到 的 ， 创 建 约束 有 时 可 能 导致 自动 创建 一 个 索引 。 不 过 ， 数 
据 库 服务 器 对 于 约束 和 索引 的 关系 有 着 不 同 的 处 理 原则 。 表 13-1 显示 了 MySQL、SQL 
Server 和 Oracle 数据 库 是 如 何 处 理 约束 与 索引 之 间 的 关系 的 。 
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表 13-1 约束 生成 































































































约束 类 型 MySQL SQL Server Oracle 数据 库 
主键 约束 生成 唯一 索引 生成 唯一 索引 使 用 已 存在 的 索引 或 创建 新 索引 
外 键 约束 生成 索引 不 生成 索引 不 生成 索引 
唯一 约束 生成 唯一 索引 生成 唯一 索引 使 用 已 存在 的 索引 或 创建 新 索引 





























由 此 可 见 , 在 实施 主键 约束 、 外 键 约束 和 唯一 约束 时 , MySQL 生成 新 索引 ; SQL Server 
只 为 主键 约束 和 唯一 约束 生成 新 索引 , 不 管 外 键 约束 ; Oracle 数据 库 除了 使 用 已 经 存在 
的 索引 外 (如果 存在 合适 的 索引 )， 基 本 上 采取 与 SQL Server 相同 的 方法 。 虽然 SQL 
Server 和 Oracle 数据 库 都 不 为 外 键 约束 生 成 索引 ， 但 是 它们 的 文档 中 建议 为 每 个 外 键 
创建 索引 。 


13.2.3 级 联 约束 

有 了 合适 的 外 键 约束 后 ， 如 果 读 者 试图 插入 新 行 或 者 修改 行 而 导致 父 表 中 的 外 键 列 
无 可 匹配 值 ， 那 么 服务 器 会 抛 出 一 个 错误 。 为 解释 这 个 问题 ， 下 面 看 看 product 表 和 
product_type 表 中 的 数据 : 


mysql> SELECT product_type_cd, name 
-> FROM product_type; 





































































































I TEE 
| product_type_cd | name | 
上 
| ACCOUNT | Customer Accounts | 
| INSURANCE | Insurance Offerings | 
| LOAN | Individual and Business Loans | 
SD 0 + 





3 rows in set (0.00 sec) 


mysql> SELECT product_type_cd, product_cd, name 
-> FROM product 
-> ORDER BY product_type_cd; 


十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





| product_type_cd | product_cd | name | 
让 Ee 





| ACCOUNT | cp | certificate of deposit | 
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ACCOUNT CHK checking account 
ACCOUNT MM money market account 
ACCOUNT SAV savings account 
LOAN AUT auto loan 
LOAN BUS business line of credit 
LOAN MRT home mortgage 
LOAN SBL small business loan 
Pee Pp Ed es SE 
8 rows in set (0.01 sec) 








product_type 表 中 的 product_type_cd 列 有 3 个 不 同 的 值 (ACCOUNT、INSURANCE 和 
LOAN)， 其 中 的 两 个 (ACCOUNT 和 LOAN) 在 product 表 中 的 product_type_cd 列 被 
引用 。 

下 面 的 语句 试图 将 product 表 中 的 product_type_cd 列 更 改 为 product_type 表 中 根本 不 存 
在 的 值 : 


mysql> UPDATE product 





























-> SET product_type_cd = 'XYZ" 
-> WHERE product_type_cd = 'LOAN'; 
ERROR 1452 (23000): Cannot add or update a child row: a foreign key 
constraint 
fails ('bank'.'product', CONSTRAINT ‘fk _ product_ type_cd' FOREIGN KEY 
('Pproduct_type_cd') REFERENCES ‘product_type' ('product_type_cd')) 
product.product_type_cd 列 上 有 外 键 约束 ， 而 product type 表 中 没有 哪 一 行 的 












































product_type_cd 列 值 为 XYZ， 所 以 服务 器 的 更 新 是 不 会 成 功 的 。 也 就 是 说 ， 如 果 父 行 
没有 相应 的 值 ， 外 键 约束 不 允许 更 改 子 行 。 


不 过 ， 如 果 试 图 更 改 product type 表 中 的 父 行为 XYZ， 那 又 将 如 何 呢 ? 下 面 的 更 新 语 
名 试图 将 产品 类 型 LOAN 更 改 为 XYZ， 

mysql> UPDATE Product_tyPe 

-> SET product_type_cd = 'XYZ" 

-> WHERE product_type_cd = 'LOAN'; 
ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key 


constraint fails ('bank'.'product', CONSTRAINT ‘fk_product type_cd' 
FOREIGN KEY 


('product_type_cd') REFERENCES ‘product_type' ('product_type_cd')) 
再 次 抛 出 一 个 错误 ， 不 过 这 次 因为 product 表 中 存在 子 行 的 product_type_cd 列 值 为 
LOAN。 这 是 外 键 约束 的 默认 做 法 ,不 过 这 并 不 是 唯一 可 能 的 做 法 ， 相反, 读者 可 以 命 
令 服务 器 帮助 自己 将 变化 传播 到 所 有 子 行 ， 这 样 就 保证 了 数据 的 完整 性 。 所 谓 级 联 更 
新 , 在 删除 存在 的 外 键 和 添加 新 的 外 键 时 包含 on update cascade 语句 , 这 种 外 键 约束 的 
变化 能 够 实现 传播 。 

mysql> ALTER TABLE product 


-> DROP FOREIGN KEY fk_product_type_cd; 
Query OK, 8 rows affected (0.02 sec) 
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Records: 8 Duplicates: 0 Warnings: 0 


mysql> ALTER TABLE product 
-> ADD CONSTRAINT fk_product_type_cd FOREIGN KEY (product_type_cd) 
-> REFERENCES product_type (Product_tyPe_cd) 
> ON UPDATE CASCADE; 

Query OK, 8 rows affected (0.03 sec) 

Records: 8 Duplicates: 0 Warnings: 0 


























对 约束 进行 了 合适 的 修改 后 ， 再 看 看 前 面 的 update 语句 试图 执行 时 会 如 何 : 


mysql> UPDATE product_type 

-> SET product_type_cd = 'XYZ' 

-> WHERE product_type_cd = 'LOAN'; 
Query OK, 1 row affected (0.01 sec) 
Rows matched: 1 Changed: 1 Warnings: 0 














这 一 次 语句 执行 成 功 。 为 证 明 这 些 改变 已 经 传播 到 product 表 ， 再 看 看 两 表 的 数据 : 





mysql> SELECT product. type_cd, name 
-> FROM product_type; 











十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
| product_type_cd | name | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| ACCOUNT | Customer Accounts | 
| INSURANCE | Insurance Offerings | 
| xYz | Individual and Business Loans | 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





3 rows in set (0.02 sec) 


mysql> SELECT product_type_cd, product_cd, name 
-> FROM product 
-> ORDER BY product_type_cd; 





























DC Dr ol 上 
Prodquct_type_cd product_cd | name 

A 二 一 一 一 一 一 一 一 一 一 一 一 一 ee 
ACCOUNT CD certificate of deposit 
ACCOUNT CHK checking account 
ACCOUNT MM money market account 
ACCOUNT SAV savings account 
XYZ AUT auto loan 
XYZ BUS business line of credit 
XYZ MRT home mortgage 
XYZ SBL small business loan 

于 二 一 一 一 二 二 和 二 二 二 一 一 一 一 一 一 二 和 

8 rows in set (0.01 sec) 





正如 读者 所 见 ，product_type 表 的 改变 已 经 传播 到 了 product 表 。 除 了 级 联 更 新 ， 读 者 

















还 可 以 指定 级 联 删除 。 如 果 父 表 中 的 一 行 被 删除 ， 那 么 级 联 删 除 就 会 删除 子 表 中 的 行 。 


使 月 





崩 on delete cascade 可 以 指定 级 联 删 除 ， 例 如 ; 


ALTER TABLE product 
ADD CONSTRAINT fk_product_ type_cd FOREIGN KEY (Proquct_type_cd) 
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REFERENCES product_type (product_type_cd) 
ON UPDATE CASCADE 
ON DELETE CASCADE; 


有 了 这 个 版 本 的 约束 ， 当 product_type 表 中 的 一 行 被 更 新 时 ， 服 务 器 将 更 新 product 表 
中 的 子 行 , 同样 ,如果 product_type 表 中 的 行 被 删除 , product 表 中 的 子 行 也 将 被 删除 。 


级 联 约束 是 一 个 盒子 ， 其 中 的 约束 直接 影响 读者 写 的 代码 。 读 者 要 知道 自己 服务 器 中 
哪个 约束 指定 了 级 联 更 新 /删除 ， 这 样 才 能 预测 到 update 和 delete 语句 的 所 有 影响 。 


13.3 “小 测验 


下 面 的 练习 测试 读者 索引 和 约束 的 知识 。 完 成 练习 题 后 ， 参 考 附 录 C 检查 答案 。 
























































练习 13-1 

修改 account 表 ， 使 客户 不 能 在 任何 产品 中 拥有 多 个 账户 (最 多 一 个 )。 
练习 13-2 

为 transaction 表 生 成 多 列 索引 ， 该 索引 可 用 于 如 下 两 个 查询 。 


SELECT txn_date, account_id, txn type_cd, amount 
FROM transaction 
WHERE txn_date > cast('2008-12-31 23:59:59' as datetime)， 




















SELECT txn_date, account_id, txn type_cd, amount 

FROM transaction 

WHERE txn_date > cast('2008-12-31 23:59:59' as datetime) 
AND amount < 1000; 
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人 图 























精心 设计 的 程序 通常 会 在 不 断 完 善 私有 细节 时 公开 一 个 公共 接口 ， 这 样 未 来 可 以 
在 不 影响 终端 用 户 的 情况 下 修改 设计 。 设 计数 据 库 时 ， 读 者 可 以 采取 保持 表 私有 
并 只 允许 用 户 通 过 一 系列 视图 访问 数据 的 策略 。 利 用 这 种 策略 ， 读 者 可 以 获取 与 
程序 接口 相似 的 效果 。 本 章 致 力 于 定义 什么 是 视图 ， 如 何 创建 它们 ， 何 时 以 及 如 
何 使 用 它们 。 


14.1 什么 是 视图 


视图 是 一 种 简单 的 数据 查询 机 制 。 不 同 于 表 ， 视 图 不 涉及 数据 存储 ， 因 此 读者 不 用 担 
心 视图 会 充满 磁盘 空间 。 读 者 可 以 先 通过 命名 select 语句 来 创建 视图 , 然后 将 这 个 查询 
保存 起 来 供 其 他 用 户 使 用 ， 而 其 他 用 户 使 用 这 个 视图 时 就 像 他 们 自己 在 直接 查询 数据 
(事实 上 ， 他 们 可 能 不 知道 自己 正在 使 用 一 个 视图 ) 。 


举 一 个 简单 的 例子 ， 假 设 读者 想 部 分 掩盖 customer 表 中 的 联邦 个 人 识别 号 码 (社会 安 
全 号 和 企业 识别 号 ) 。 例 如 ， 客 户 服务 部 门 可 能 只 需要 访问 联邦 个 人 识别 号 码 的 最 后 一 
部 分 以 验证 电话 访客 的 身份 ， 因 为 公开 所 有 数字 将 会 违反 公司 的 隐私 政策 。 解 决 方案 
不 是 允许 所 有 银行 雇员 直接 访问 customer 表 ， 而 是 先 定义 一 个 名 为 customer_vw 的 视 
图 ， 然 后 授权 他 们 使 用 它 访问 客户 数据 。 下 面 是 这 个 视图 的 定义 : 

CREATE VIEW customer_vw 

(ust. sid; 


fed_iqd, 
cust_type_cd, 







































































































































































address, 
Gltyy 
state, 
zipcode 


) 
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AS 
SELECT cust_id, 
concat ('ends in 





', substr(fed id, 8, 4)) 
cust_type_cd, 

address, 

city, 

state, 

postal_code 


FROM customer; 


fed_id, 


上 面 语句 的 第 一 部 分 列 出 了 视图 的 列 名 , 它们 可 能 与 基础 表 的 不 同 (比如 , customer_vw 
视图 中 zipcode 列 就 映射 到 customer.postal_code 列 ,但 列 名 不 同 ); 第 二 部 分 是 一 个 select 

















语句 ， 它 的 作用 是 为 视图 中 的 每 列 提供 一 个 表达 式 。 
执行 create view 语句 时 ， 数 据 库 服务 器 只 是 简单 地 存储 视 








图 的 定义 为 将 来 使 用 。 如 果 











不 执行 查询 就 不 会 检索 或 存储 任何 数据 。 一 旦 视图 被 创建 
来 查询 ， 例 如 : 


mysql> SELECT cust_id, fed_id, cust_type_cd 
-> FROM customer_vw; 


/ 








cust_type_cd 
eR 
in 1111 
2222 
3333 
4444 
5555 
6666 
77377 
8888 
9999 





in 


OOOOPPODPc 


上 凡凡 
PO Do 





胃 因 男 四 HHHHH HH HH HH HH 


上 上 
WD 





(0.02 sec) 








13 rows in set 























服务 器 真正 执行 的 查询 不 是 用 户 提交 的 那个 ， 也 不 是 将 提交 的 直接 附加 到 视图 
查询 ， 而 是 将 两 者 合并 创建 的 一 个 新 查询 。 此 例 中 的 新 查询 如 下 : 























组 成 的 


SE 








ECT cust_id, 
concat ('ends in 





', substr(fed id, 8, 4)) 
cust_type_cd 


ROM customer; 





F 


即使 视图 customer_vw 的 定义 中 包含 customer 中 的 7 列 ， 服 务 器 执行 查询 时 也 只 











索 了 其 中 的 3 个 。 正 如 你 将 在 本 章 后 面 要 看 到 的 ， 如 果 视 














， 用 户 就 能 把 它 当做 一 个 表 


= 


丰 








fed_id, 


检 
数 





是 
图 中 的 一 些 列 被 附加 到 矣 
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或 子 查询 ， 那 么 





从 用 户 的 角度 来 看 ， 视 图 看 起 来 确实 











者 可 





从 使 用 MySQL (或 Oracle) 的 describe 命令 查询 : 


这 将 是 一 个 重要 的 区 别 。 














像 一 个 表 。 如 果 想 知道 视图 中 有 哪些 可 用 列 ， 读 











mysql> describe customer_vw; 





































































































于 三 二 三 二 二 全 二 二 三 三 二 持 千 二 三 三 二 一 三 三 一 二 一 一 三 三 一 二 三 十 一 一 二 一 二 三 示 一 一 二 一 三 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 F 
Field Type Null Key Default Extra 
rs ne 去 二 三 二 二 二 二 二 二 于 二 二 二 二 三 二 水 二 一 三 一 三 手 三 一 二 一 二 二 一 二 二 二 三 二 二 = 二 一 = 
cust_id int (10) unsigned NO 0 
fed_id varchar (12) YES NU 
cust_type_cd enum('I','B') NO NU 
address varchar (30) YES NUL 
Cit varchar (20) YES NUL 
state varchar (20) YES NUL 
postal_code varchar (10) YES NULL 
和 本 二 二 二 一 一 二 十 二 一 一 一 一 站 一 二 二 一 一 一 一 一 一 于 一 一 一 一 一 一 一 
7 rows in set (1.40 sec) 
读者 查询 视图 时 ,可 以 自由 使 用 select 语句 中 的 任何 子 句 ,包括 group by、having 和 order 
by。 下 面 就 是 一 个 例子 : 
mysql> SELECT cust_type_cd, count (*) 
-> FROM customer_vw 
-> WHERE state = 'MA' 
-> GROUP BY cust_type_cd 
-> ORDER BY 1; 
直到 二 三 二 一 二 二 三 三 二 二 一 二 三 填 三 二 二 一 一 二 三 一 三 三 十 
| cust_type_cd | count (*) | 
十 三 一 一 一 一 一 一 一 二 一 一 一 一 一 十 一 一 三 一 三 一 一 一 一 一 十 
| I | 7 | 
| 3 | 2 | 
Oe 十 
2 rows in set (0.22 sec) 
另外 ， 读 者 也 可 以 在 查询 里 连接 视图 到 其 他 表 〈 甚 至 是 视图 )， 例 如 : 


mysql> SELECT cst.cust_id, 








cst.fed_id, bus.name 


-> FROM customer_ vw cst INNER JOIN business bus 





























人 ON cst .cust_id = bus.cust_id; 
Tr 二 二 二 二 二 二 一 RE 
cust_id fed_id name 
和 EP a Eee 
10 ends in 111 Chilton Engineering 
1 ends in 222 Northeast Cooling Inc. 
12 ends in 333 Superior Auto Body 
13 ends in 444 AAA Insurance Inc. 
OE ee 一 一 一 一 一 一 十 
4 rows in set (0.24 sec) 
为 了 只 检索 企业 客户 ， 这 个 查询 将 视图 customer_vw 连接 到 了 business 表 。 











时 
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14.2 为 什么 使 用 视图 


在 上 一 节 中 介绍 的 简单 视图 的 唯一 目的 是 掩盖 customer.fed_id 列 的 内 容 。 视 图 通常 被 用 
于 此 类 目的 ， 但 是 还 有 更 多 的 理由 ， 下 面 将 详细 介绍 。 


14.2.1 数据 安全 

如 果 读者 创建 一 个 表 并 允许 用 户 查 询 ， 那 么 他 们 将 能 够 访问 表 中 的 每 行 每 列 。 正 如 读 
者 早 就 指出 的 ， 表 里 的 一 些 列 可 能 包含 敏感 数据 ， 比 如 身份 证 号 码 或 信用 卡号 码 ， 把 
这 些 数 据 对 所 有 用 户 公 开 不 仅 不 是 一 个 好 主意 ， 还 可 能 违反 公司 的 隐私 规定 ， 甚 至 是 
州 或 联邦 法 律 。 
这 种 状况 下 最 好 的 办 法 就 是 首先 保持 表 的 私有 权限 〈 比 如 , 不 向 用 户 授权 select 许可 )， 
然后 创建 一 个 或 多 个 视图 ， 这些 视图 省 略 或 者 掩盖 了 〈 比 如 处 理 customer_vw.fed_id 列 
时 采用 以 挫 样 结尾 的 方法 ) 敏感 内 容 。 读 者 也 可 以 在 视图 定义 中 添加 where 子 句 ， 限 
制 用 户 只 能 访问 那些 被 允许 的 行 。 例 如 ， 下 面 定 义 的 视图 只 允许 查询 企业 客户 : 


CREATE VIEW business_customer_vw 
(Cast id, 
fed_id, 
cust_type_cd, 
address, 
Clty 
state, 
zipcode 
) 
AS 
SELECT cust_id, 
concat ('ends in ', substrl(fed id, 8, 4)) fed_ id, 
cust_type_cd, 
address, 
CEEYy 
state, 
postal_code 
FROM customer 
WHERE cust_type cd = 'B' 


如 果 读 者 将 这 个 视图 提供 给 银行 营业 部 ， 那 么 他 们 将 只 能 够 访问 那些 企业 客户 ， 这 是 
因为 查询 中 永远 包含 视图 中 的 where 子 句 条 件 。 


a 
, 































































































提示 

Oracle 数据 库 用 户 还 有 另 一 个 选择 可 以 保证 表 中 的 行 与 列 的 安全 : 虚拟 私 
Wn 有 数据 库 (VPD )。VPD 允许 读者 对 表 施 加 策略 ， 这 样 服务 器 为 了 执行 策 
略 就 会 在 必要 时 修改 用 户 的 查询 。 例 如 ， 读 者 制定 这 样 一 个 策略 : 公司 
银行 营业 部 员工 只 能 看 到 企业 账户 ， 然 后 就 在 每 个 对 customer 表 的 查询 
后 添加 条 件 cust_type_cd ='B'。 
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14.2.2 ”数据 聚合 





























报表 程序 通常 需要 聚合 数据 ， 视 图 就 是 实现 这 一 功能 的 好 方法 ， 使 数据 像 已 经 被 预 聚 
合并 存储 在 数据 库 一 样 。 举 例 来 说 ， 假 设 需要 一 个 应 用 程序 每 月 都 生成 报表 展示 账户 
数目 和 每 个 客户 的 储蓄 总 额 。 读 者 可 以 为 程序 开发 人 员 提供 如 下 视图 ， 而 不 是 允许 其 





























直接 查询 基本 表 : 


CREATE VIEW customer totals_vw 
(cust_igd, 


cust_type_cd, 














cust_name, 
num_accounts, 
tot_deposits 
) 
AS 
SELECT cst.cust_id, cst.cust_ type_cd, 
CASE 
WHEN cst.cust_ type_cd = 'B' THEN 

















(SELECT bus.name FROM business bus WHERE bus.cust_id = Cst.cust_id) 





ELSE 
(SELECT concat (ind.fname, ' ', ind.lname) 
FROM individual ind 
WHERE ind.cust_id = cst.cust_id) 

END cust_name, 



































sum (CASE WHEN act .status = 'ACTIVE"' THEN 1 ELSE 0 END) tot _ active accounts, 























sum(CASE WHEN act.status = 'ACTIVE' THEN act .avail balance ELS 


tot_balance 

FROM customer cst INNER JOIN account act 
ON act.cust_id = cst.cust_id 

GROUP BY cst.cust_id, cst.cust type_cd; 

















使 用 这 种 方法 为 数据 库 设计 者 提供 了 很 大 的 灵活 性 。 如 果 将 来 某 天 读者 需要 
查询 效率 ， 决 定 将 数据 预 聚合 到 i 表 中 而 不 是 利用 视图 总 计 ， 那 么 读者 可 以 先 创建 




















E 0 END) 








一 个 customer_totals 表 ， 然 后 修改 视图 customer_totals_vw 的 定义 ， 再 从 该 表 中 检索 数 














据 。 在 修改 视图 定义 前 ， 读 者 可 以 使 用 它 来 填充 新 表 。 下 面 是 用 于 这 








SQL 语句 : 


mysql> CREATE TABLE customer totals 

-> AS 

-> SELECT * FROM customer_totals_vw; 
Query OK, 13 rows affected (3.33 sec) 
Records: 13 Duplicates: 0 Warnings: 0 


mysql> CREATE OR REPLACE VIEW customer_totals_vw 
-> (cust_iqd, 
一 > cust_type_cd, 
em cust_name, 


个 情景 所 需要 的 








时 
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一 > num_accounts, 
一 > tot_deposits 
一 > ) 
-> AS 
-> SELECT cust_id，cust_tyPpe_cd，cust_name，num_accounts,， tot_deposits 
-> FROM customeL._ totals; 
Query OK, 0 rows affected (0.02 sec) 


这 样 ,现在 的 所 有 查询 都 用 视图 customer_totals_vw 从 新 表 customer_totals 中 提取 数据 ， 
这 意味 着 用 户 无 需 修改 查询 就 能 得 到 性 能 提升 。 


14.2.3 ”隐藏 复杂 性 
部 署 视图 最 常见 的 理由 之 一 是 为 终端 用 户 屏 蔽 复杂 性 。 例 如 ， 假 设 需要 每 月 创建 一 个 
报表 展示 雇员 数目 、 活 路 账户 总 数 和 每 个 分 行 的 交易 总 数 。 读 者 应 该 为 报表 设计 者 提 
供 如 下 视图 ， 而 不 应 该 期 望 他 们 能 浏览 4 个 不 同 的 表 : 
CREATE VIEW branch_ activity_vw 
(branch_ name, 
Cltyy 


state, 
num_ employees, 















































num_ active_accounts, 
tot_ transactions 
) 
AS 
SELECT br.name, br.city, br.state, 
(SELECT count (*) 
FROM employee emp 
WHERE emp.assigned branch id = br.branch id) num emps, 
(SELECT count (*) 
ROM account acnt 























RE acnt.status = 'ACTIVE' AND acnt.open branch id = br.branch_ id) 





WHE 
num accounts, 


(SELECT count (*) 

FROM transaction txn 

WHERE txn.execution branch id = br.branch id) num txns 
FROM branch br; 


这 个 报表 定义 很 有 趣 ， 因 为 6 列 中 有 3 列 的 值 是 使 用 标量 子 查询 生成 的 。 如 果 某 个 用 
户 使 用 了 这 个 视图 却 没有 3 引用 num_employees、num_active_accounts 或 tot_transactions 
列 ， 那 么 一 个 子 查询 都 不 会 执行 。 


14.2.4 连接 分 区 数据 

为 了 提升 性 能 ， 一 些 数据 库 在 设计 时 将 大 表 分 成 多 个 小 块 。 例 如 ，transaction 变 得 越 来 
越 大 ， 设 计 者 就 可 以 将 其 分 为 两 个 表 : transaction_current， 保 存 最 近 6 个 月 的 数据 ， 
transaction_historic， 保 存 6 个 月 前 的 所 有 数据 。 如 果 客 户 想 查看 特定 账号 的 所 有 交易 ， 
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就 需要 查询 两 个 表 。 不 过 ， 通 过 查询 两 表 的 视图 和 联合 两 个 查询 结果 ， 同 样 可 以 使 所 
有 交易 数据 就 像 存储 在 一 个 单 表 中 一 样 简单 。 这 个 视图 的 定义 如 下 : 

CREATE VIEW transaction vw 

(txn_date, 





account_ ia， 
txn_type_cd, 
amount, 
teller_emp_id, 
execution branch_ id, 
funds_avail_date 
) 
AS 
SELECT txn_ date, 
execution branch_ id, 
FROM transaction historic 
UNION ALL 
SELECT txn_ date, 
execution _ branch_ id, 











account_id, 
funds_avail_ date 


account_id, 
funds_avail_ date 


txn_type_cd, amount, teller_emp_iqd, 


txn_ type_cd, amount, teller_emp_iqd, 






































FROM transaction current; 
这 种 情况 下 使 用 视图 是 一 个 好 主意 ， 因 为 它 允许 设计 者 更 改 基础 数据 结构 而 不 必 强 迫 
所 有 数据 库 用 户 修改 它们 的 查询 。 
14.3 ”可 更 新 的 视图 
如 果 提 供给 用 户 一 系列 视图 作为 检索 数据 使 用 ， 那 么 用 户 也 需要 修改 同一 数据 怎么 
办 ? 强迫 用 户 使 用 视图 检索 ， 又 允许 他 们 使 用 update 或 insert 语句 自己 修改 基础 数据 。 
这 似乎 有 点 奇怪 。 为 此 ，MySQL、Oracle 数据 库 和 SQL Server 都 允许 用 户 在 遵守 特定 
规则 的 前 提 下 通过 视图 修改 数据 。 对 于 MySQL 来 说 ， 如 果 下 面 的 条 件 能 够 满足 ， 那 么 








图 就 是 可 更 新 的 : 
没有 使 有 
视图 没有 使 月 


视 























聚合 函数 (maxO0、min0 和 avgO 等 ); 
日 group by 或 having 子 句 ; 








且 where 子 句 中 的 任何 子 查询 都 不 引 月 


H from 








select 或 from 子 句 中 不 存在 子 查 
子 句 中 的 表 ， 








询 ， 








视图 没有 使 用 union、union all 和 distinct; 














。 ”from 子 句 包括 不 止 一 个 表 或 可 更 新 视图 ; 
。 ”如 果 有 不 止 一 个 表 或 视图 ， 那 么 from 子 句 只 使 用 内 连接 。 








为 了 说 明 可 更 新 视图 的 月 
视图 。 





昌 途 ， 我 们 先 从 简 入 

















站 视图 定义 天 
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14.3.1 更 新 简单 视图 
本 章 开头 的 视图 只 是 简单 地 读 取 数据 ， 下 面 再 看 看 这 个 例子 ， 


CREATE VIEW customer_vw 
(cust_ id， 
fed_id, 
cust_type_cd, 
address, 








CiESy 
state, 
zipcode 
) 
AS 
SELECT cust_id, 
concat ('ends in ', substrl(fed id, 8, 4)) fed_ id, 
cust_type_cd, 
address, 





GLEEYyy 

state, 

postal_code 
FROM customer; 


视图 customer_vw 查询 一 个 单 表 , 并 且 通 过 一 个 表达 式 只 导出 7 列 中 的 1 列 。 这 个 定义 
没有 违反 前 面 列 出 的 任何 限制 ， 所 以 读者 可 以 使 用 它 修改 customer 表 中 的 数据 , 例如 : 
mysql> UPDATE customer_vw 
-> SET city = 'Woooburn' 
-> WHERE city = 'Woburn'; 


Query OK, 1 row affected (0.34 sec) 
Rows matched: 1 Changed: 1 Warnings: 0 


正如 读者 所 看 到 的 ， 该 语句 已 经 修改 了 1 行 ， 下 面 可 以 通过 检查 基础 表 customer 确认 
此 结果 : 


mysql> SELECT DISTINCT city FROM customer; 









































t 






































Lynnfield 
Woooburn 
Quincy 
Waltham 
Salem 





Wilmington 








Newton 


7 rows in set (0.12 sec) 


上 面 的 查询 结果 可 知 ， 视 图 的 修改 成 功 了 。 显 然 ， 按 照 这 种 方式 ， 读 者 能 够 修改 视 
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ERROR 1348 (HY000): Column 'fed_id' 
这 种 情况 可 能 
号 码 。 
如 果 读 者 想 用 视图 customer_vw 扣 


用 于 插入 数据 ， 即 使 导出 列 没有 被 包含 在 插入 




















的 大 多 数列 ， 但 无 法 修改 fed_id 列 ， 这 是 


mysql> UPDATE customer_vw 


-> SET city = 'Woburn', 
-> WHERE city = 'Woooburn'; 












































因为 它 是 由 一 个 表达 式 生 成 的 : 





fed_ id = '999999999 ! 


is not updatable 








入 数据 ， 那 就 要 失望 了 , 因为 包含 导出 列 的 视图 
视图 


语句 中 。 例 如 ， 下 面 的 语句 试图 月 














customer_vw 向 cust_id、 cust_type_cd 和 city 列 插入 数据 : 


ERROR 1471 





-> VALUES (9999, 
(HY000): 


I 





insertable 
-into 


mysql> INSERT INTO customer_vw(cust_id, cust_type_cd, city) 
'Worcester'); 
The target table customer vw of the INS 





现在 读者 已 经 了 解 了 简单 视图 的 局 限 性 ， 下 面 将 介绍 如 何 使 用 视图 连接 多 表 。 
14.3.2 更 新 复杂 视图 




















单 表 视图 确实 和 
的 from 子 句 中 
































CREATE VIEW business_customer_vw 
(GUSteTds 
fed_id, 
address, 
cityy 
state, 
postal_code, 
business_name, 
state_id, 
incorp_date 
) 
AS 
SELECT cst.cust_id, 
.fed_igd, 
.address, 





COLEYy 
.State, 
.postal_code, 
.name, 
state_id, 
incorp_date 


bsn . 
bsn . 





常用 ， 不 过 读者 遇 到 的 许多 视图 也 可 能 六 
FP 也 可 能 包括 多 个 表 。 例如 , 下 面 的 视图 


进而 可 以 轻易 地 查询 到 商业 客户 的 所 有 数据 : 


不 是 一 件 坏事 ， 因 为 创建 这 个 视图 的 所 有 目的 只 是 掩盖 联邦 个 人 识别 


不 能 


ERT is not 


























FROM customer cst INNER JOIN business bsn 


F 韭 如 此 ， 定 义 里 的 基础 查询 
连接 business 和 customer 两 个 表 ， 




















239 


ON cst.cust_ id bsn.cust_id 
WHERE cust_type_cd = 'B'; 











读者 可 以 使 用 这 个 视图 更 新 customer 表 或 者 business 表 ， 具 体 如 下 : 


mysql> UPDATE business_customer_vw 
-> SET Postal_code = '99999' 
-> WHERE cust_id = 10; 

Query OK, 1 row affected (0.09 sec) 

Rows matched: 1 Changed: 1 Warnings: 0 

mysql> UPDATE business_customer_vw 
-> SET incorp_date = '2008-11-17' 
-> WHERE cust_id = 10; 

Query OK, 1 row affected (0.11 sec) 

Rows matched: 1 Changed: 1 Warnings: 0 


一 个 语句 修改 customer.postal_code 列 ， 第 二 个 语句 修改 business.incorp_date 列 。 读 


者 可 能 会 想 : 如 果 试 图 在 单个 语句 中 更 新 两 个 表 的 列 ， 那 么 将 会 如 何 ?” 下 面 我 们 来 解 
决 这 个 问题 : 


和 僻 


所 


ul 














mysql> UPDATE business_customer_vw 


-> SET Postal_code = '88888', 


incorp_date = '2008-10-31' 
-> WHERE cust_id = 10; 





ERROR 1393 (HY000): Can not modify more than one base table through a join 
View 


'bank.business_customer_vw' 














正如 读者 所 见 ， 只 要 读者 不 试图 只 使 用 一 个 语句 ， 修 改 两 个 基础 表 还 是 可 行 的 。 现 在 
让 我 们 尝试 向 两 个 表 中 插入 一 个 新 客户 (cust_id = 99): 














mysql> INSERT INTO business_customer_vw 


-> (cust_id, fed_id, address, city, state, postal_code) 


-> VALUES (99, '04-9999999', '99 Main St.', 'Peabody', 'MA', '01975'); 
Query OK, 1 row affected (0.07 sec) 


mysql> INSERT INTO business_customer_vw 

-> (cust_id, business_name, state_id, incorp_date) 
-> VALUES (99, 'Ninety-Nine Restaurant', '99-999-999', '1999-01-01'); 
ERROR 1393 (HY000): 


View 





Can not modify more than one base table through a join 


"bank .business_customer_vw' 


A 


第 一 个 语句 试图 向 customer 表 中 插入 数据 时 成 功 了 ,但 是 第 二 个 试图 向 business 表 中 
看 入 数据 时 抛 出 了 一 个 错误 ， 这 是 因为 虽然 两 个 表 都 包含 cust_id 列 ， 但 是 视图 定义 中 


的 cust_id 列 是 映射 到 customer.cust_id 列 的 ,因此 无 法 使 用 前 面 的 视图 定义 向 business 表 
重 人 数据 。 











I 























I 
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14.4 


提示 

Oracle 数据 库 和 SQL Server 也 允许 通过 视图 插入 或 修改 数据 。 不过， 其 
他 数据 库 (如 MySQL ) 还 会 有 些 限 制 。 如 果 打 算 写 一 些 PL/SQL 或 
Transact-SQL 语句 ， 那 么 读者 可 以 使 用 一 种 称 为 替代 触发 器 的 功能 ,， 它 允 
许 读者 从 底层 拦截 作用 于 视图 的 insert、update 和 delete 语句 ， 再 写 包含 
这 些 变化 的 自 定 义 代码 。 没 有 了 这 种 类 型 的 功能 ， 非 频繁 应 用 中 通过 视 
图 更 新 数据 将 会 有 太 多 的 限制 。 


小 测验 








下 列 练习 测试 读者 对 视图 的 理解 。 完 成 习题 后 ， 参 照 附录 C 检查 答案 。 


练习 14-1 


























创建 一 个 视图 ， 查 询 employee 表 并 生成 下 列 结果 ， 要 求 不 使 用 where 子 句 。 



































+ 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
supervisor_name employee_name 
es sD 
NULL Michael Smith 
Michael Smith Susan Barker 
Michael Smith Robert Tyler 
Robert Tyler Susan Hawthorne 
Susan Hawthorne John Gooding 
Susan Hawthorne Helen Fleming 
Helen Fleming Chris Tucker 
Helen Fleming Sarah Parker 
Helen Fleming Jane Grossman 
Susan Hawthorne Paula Roberts 
Paula Roberts Thomas Ziegler 
Paula Roberts Samantha Jameson 
Susan Hawthorne John Blake 
John Blake Cindy Mason 
John Blake Frank Portman 
Susan Hawthorne Theresa Markham 
Theresa Markham Beth Fowler 
Theresa Markham Rick Tulman 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 F 
18 rows in set (1.47 sec) 


练习 14-2 





除了 查询 各 分 行 开 立 的 所 有 账户 的 余额 ， 银 行 总 裁 还 想 要 一 张 显示 各 分 行 名 字 及 城市 
的 报表 。 创 建 一 个 生成 这 些 数据 的 视图 。 
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元 数据 











信息 








何 利用 它 构建 灵活 的 系统 。 


15.1 关于 数据 的 数据 











除了 存储 用 户 插入 数据 库 的 所 有 数据 ， 数 据 库 服务 器 也 需要 创建 数据 库 对 象 ( 表 、 视 
图 、 索 引 等 ) 来 保存 这 些 数据 。 不 必 奇 怪 ， 数 据 库 服务 器 在 数据 库 里 确实 存储 了 这 个 











旧 。 本 章 将 讨论 所 谓 的 元 数据 是 如 何 被 存储 的 ， 它 存储 在 哪里 ， 如 何 访 问 它 以 及 如 


元 数据 本 质 上 是 关于 数据 的 数据 。 每 次 创建 数据 库 对 象 时 ， 数 据 库 服务 器 需要 记录 各 








种 各 样 的 信息 。 例 如 ,打算 创建 一 个 包含 多 列 的 表 ， 
外 键 约束 ， 那 么 数据 库 服 务 器 将 需要 保存 下 列 信 息 ，: 


。 表 名 ， 

。 ” 表 存 储 信 息 〈 表 空间 、 初 始 大 小 等 ); 
。 ”存储 引擎 ， 
。 ” 列 名 ， 

。 ” 列 数据 类 型 ， 
。 ”默认 列 值 ， 

。 ” 非 空 列 约束 ， 
。 ”主键 列 ， 

。 主键 名 ， 

。 ”主键 索引 名 ， 
。 索引 名 ， 
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它 有 主键 约束 、3 个 索引 以 及 1 个 


索引 类 型 (B 树 、 位 图 )， 
索引 列 ， 

索引 列 排序 顺序 (升序 或 降序 ); 
索引 存储 信息 ， 

外 键 名 ， 

外 键 列 ， 

外 键 的 关联 表 / 列 。 





























这 个 数据 统称 为 数据 字典 或 者 系统 目录 。 数 据 库 服务 器 需要 不 断 地 保存 这 个 数据 ， 同 
时 ， 为 了 验证 和 执行 SQL 语句 它 需要 能 够 快速 地 检索 数据 。 此 外 ， 数 据 库 服务 器 必须 
保护 这 个 数据 只 能 被 通过 恰当 的 机 制 修改 ， 比 如 alter table 语句 。 












































虽然 已 经 存在 用 于 服务 器 间 进 行 元 数据 交换 的 标准 ， 但 是 每 个 数据 库 服务 器 还 是 使 用 
不 同 的 机 制 提 供 元 数据 ， 例 如 























一 组 视图 ， 比 如 Oracle 数据 库 的 user_tables 和 all_constraints 视图 ; 


一 组 系统 存储 过 程 ， 比 如 SQL Server 的 sp_tables 过 程 或 者 Oracle 数据 库 的 
dbms_metadata 包 ; 


一 种 特殊 数据 库 ， 比 如 MySQL 的 information_schema 数据 库 。 











除了 这 种 带 有 Sybase 系列 数据 库 痕 迹 的 系统 存储 过 程 ， SQL Server 还 包括 一 种 称 为 
information_schema 的 特殊 模式 ， 它 会 在 每 个 数据 库 中 自动 提供 。 为 了 遵守 ANSI 
SQL:2003 标准 ，MySQL 和 SQL Server 都 提供 这 个 接口 。 本 章 剩 下 的 部 分 将 讨论 
information_schema 对 象 。 


15.2 信息 模式 


information_schema 数据 库 (或 在 SQL Server 中 为 模式 ) 里 的 所 有 可 用 对 象 是 视图 。 不 
像 在 本 书 前 面 几 章 那样 ， 我 使 用 描述 用 途 的 方式 说 明 各 种 表 及 视图 的 结构 ， 
information_schema 数据 库 中 的 视图 是 可 以 被 检索 的 ， 因 此 它 可 以 被 编程 使 用 (本章 稍 




























































































后 有 更 多 探讨 ) 。 下 面 的 例子 说 明 如 何 检索 bank 数据 库 里 所 有 表 的 名 字 。 


mysql> SELECT table_name, table_type 
-> FROM information_schema.tables 





-> WHERE table_schema = 'bank' 

-> ORDER BY 1; 
二 二 二 三 三 二 二 二 手下 二 和 下 二 二 二 = 二 一 二 
| table_ name | table_ type | 
中 i 中 
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account BASE TABLE 
branch BASE TABLE 
branch activity _vw VIEW 
business BASE TABLE 
business_customer_vw VIEW 
customer BASE TABLE 
Customer_vw VIEW 
department BASE TABLE 
employee BASE TABLE 
employee_vw VIEW 
individual BASE TABLE 
nh_customer_vw VIEW 
officer BASE TABLE 
product BASE TABLEF 
product_type BASE TABLE 
transaction BASE TABLEF 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
16 rows in set (0.02 sec) 








除了 在 第 2 章 中 创建 的 各 种 表 ， 结 果 中 还 显示 了 第 14 章 中 创建 的 几 个 视图 。 如 果 希 望 
在 结果 中 排除 视图 ， 可 以 简单 地 添加 另 一 个 条 件 到 where 子 句 : 


mysql> SELECT table _ name, table_type 
-> FROM information_schema .tables 










































































-> WHERE table_schema = 'bank' AND table_ type = 'BASE TABLE'" 
-> ORDER BY 1; 
Ep 一 一 一 一 一 一 一 一 一 一 一 一 十 
table_name table_type 
re 三 
account BASE TABLE 
branch BASE TABLE 
business BASE TABLE 
customer BASE TABLE 
department BASE TABLE 
employee BASE TABLE 
individual BASE TABLE 
officer BASE TABLE 
product BASE TABLE 
product_type BASE TABLE 
transaction BASE TABLE 
十 一 一 一 一 一 一 一 人 一 一 十 
11 rows in set (0.01 sec) 



































如 果 只 对 视图 信息 感 兴趣 ， 那 么 读者 可 以 查询 information_schema.views。 除 了 视图 名 
称 ， 读 者 还 可 以 检索 其 他 信息 ， 比 如 说 明 视 图 是 否 可 更 新 的 标志 : 


mysql> SELECT table_name, is_updatable 
-> FROM information_schema .views 
-> WHERE table_schema = 'bank' 
-> ORDER BY 1; 
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十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
table name is_updatable 

二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
branch activity_vw NO 
business_customer_vw YES 
Customer_vw ES 
employee_vw YES 
nh_customer_vw YES 

十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 


5 rows in set (1.83 sec) 





男 外 ,只 要 查询 足够 小 (MySQL 是 4000 个 字符 或 更 少 ) ,读者 就 可 以 使 用 view_definition 





列 检索 视图 的 基础 查询 。 
两 个 表 的 列 信 息 和 视图 都 是 可 用 的 。 下 面 的 查询 显示 了 account 表 的 列 信息 : 























mysql> SELECT column_name, data_type, character maximum_length char_ max_len, 


> numeric_precision num prcsn, numeric_scale num_ scale 
-> FROM information_schema.columns 











































































































-> WHERE table_schema = 'bank' AND table_ name = 'account' 
-> ORDER BY ordinal_position; 
和 二 二 一 二 二 一 一 一 一 二 二 和 一 二 二 一 一 一 一 一 = 一直 
column_name data_ type char_ max_len num prcsn |num scale 
十 二 二 一 一 一 一 一 一 一 一 一 一 一 一 Ee 于 一 一 一 一 一 一 一 一 一 一 十 一 一 二 一 一 一 一 一 十 
account_id int NULL 10 0 
product_cd varchar 10 NUL NULL 
cust_id int NULL 10 0 
open_date date NULL NU. NU. 
close_ date date NULL NU. NU. 
last_activity_date date NULL NU. NU. 
status enum 6 NULL NULL 
open_branch_id smallint NUL 5 0 
open_emp_id smallint NUL 5 0 
avail_ balance float NUL 10 2 
pending_balance float NUL 10 2 
年 二 三 一 三 二 二 三 一 二 三 一 三 全 三 = 十 一 一 一 一 一 一 一 Cr 十 
1 rows in set (0.02 sec) 


语句 中 包括 ordinal_position 列 ， 只 是 说 明 按照 列 添 加 的 顺序 检索 列 。 


读者 可 以 通过 检索 information_schema.statistics 视图 获得 某 个 表 的 索引 信息 。 下 面 的 查 








询 检 索 account 表 中 构建 的 索引 信息 : 


mysql> SELECT index_name，non_unidque，seq_in_index，colLlumn_name 
-> FROM information_schema.statistics 








—> WHERE table_schema = 'bank' AND table _ name = 'account' 
-> ORDER BY 1, 3; 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| index_name | non_unique | seq_in index | column_name | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| acc_bal_idx | || 1 | cust_id | 
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account 





| acc_bal_idx | I | 2 | avail_balance 
| fk_a branch_id | | 1 | open_ branch_id 
| fk_a_ emp_id | uk | 再 | open_ emp_id 

| fk_product_ cd | 1 | 1 | product_cd 

| PRIMARY | 0 | 1 | account_id 

二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 

6 rows in set (0.09 sec) 











(PRIMARY ) 。 


读者 可 以 通过 检索 information_schema.table_constraints 视图 获得 已 经 创建 的 不 同类 型 
性 ) 信息 。 下 面 的 查询 检索 bank 模式 


mysql> SELECT constraint_name, 


的 约束 (多 




















键 、 主 键 、 唯 




















table_name, 








-> FROM information_schema .table_constraints 






























































-> WHERE table_schema = 'bank' 
-> ORDER BY 3,1; 

十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
constraint_name table_name constraint_type 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + F 
fk_a branch_id account FOREIGN KEY 
fk_a_ cust_id account FOREIGN KEY 
fk_a_emp_id account FOREIGN KEY 
fk CUSt :3d business FOREIGN KEY 
fk_dept_id employee FOREIGN KEY 
fk_ exec branch id transaction FOREIGN KEY 
fk _e branch id employee FOREIGN KEY 
fk_e_emp_id employee FOREIGN KEY 
fk_i cust_id individual FOREIGN KEY 
fk_o_cust_id officer FOREIGN KEY 
fk_product_cd account FOREIGN KEY 
fk_product_ type_cd product FOREIGN KEY 
fk_teller emp_id transaction FOREIGN KEY 
fk t_account_id transaction FOREIGN KEY 
PRIMARY branch PRIMARY KEY 
PRIMARY account PRIMARY KEY 
PRIMARY product PRIMARY KEY 
PRIMARY department PRIMARY KEY 
PRIMARY customer PRIMARY KEY 
PRIMARY transaction PRIMARY KEY 
PRIMARY officer PRIMARY KEY 
PRIMARY product_type PRIMARY KEY 
PRIMARY employee PRIMARY KEY 
PRIMARY business PRIMARY KEY 
PRIMARY individual PRIMARY KEY 

dept_name_idx department UNIQUE 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 











26 rows in set 


(2.28 sec) 


| 
| 
| 
| 
| 
一 + 


表 中 总 共有 5 个 索引 ， 其 中 一 个 有 两 列 (acc_bal_ idx) ， 还 有 一 个 是 唯一 索引 


的 所 有 约束 : 


constraint_type 
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表 15-1 显示 了 information_schema 的 所 有 视 





图 集 ， 可 用 于 MySQL 6.0 版 本 。 


表 15-1 information_schema 视图 
























































































































































































































































视图 名 称 提供 的 相关 信息 
Schemata 数据 库 
Tables 表 和 视图 
Columns 表 和 视图 的 列 
Statistics 索引 
User_Privileges 模式 权限 分 配 
Schema_Privileges 数据 库 权 限 分 配 
Table_Privileges 表 权 限 分 配 
Column_Privileges 列 权限 分 配 
Character_Sets 可 用 字符 集 
Collations 各 字符 集 对 照 信息 
Collation_Character_Set_Applicability 可 用 于 校对 的 字符 集 
Table_Constraints 佳 一 、 外 键 和 主键 约束 
Key_Column_Usage 与 每 个 键 列 相 关 的 约束 
Routines 存储 例 程 (过 程 和 函数 ) 
Views 视图 
Triggers 表 触 发 器 
Plugins 服务 器 插件 程序 
Engines 可 用 存储 引擎 
Partitions 表 分 区 
Events 预定 时 间 
Process_List E 在 运行 的 进程 
Referential_Constraints 外 键 
Global_Status R 务 器 状态 信息 
Session_Status 会 话 状 态 信 息 
Global_Variables R 务 器 状态 变量 
Session_Variables 会 话 状 态 变 量 
Parameters 存储 过 程 和 函数 参数 
Profiling 户 配置 信息 
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有 些 视 图 是 MySQL 特有 的 , 比如 engines、events 和 plugins, 不 过 多 数 视 图 在 SQL Server 
中 也 是 可 用 的 。 如 果 读 者 正在 使 用 Oracle， 那 么 请 查阅 在 线 “Oracle 数据 库 参 考 手册 ” 
获取 user_、all_ 和 dba_ 这 3 个 视图 的 相关 信息 。 


15.3 ”使 用 元 数据 


前 文中 已 经 提 到 ， 拥 有 通过 SQL 查询 检索 模式 对 象 相关 信息 的 能 力 为 许多 有 趣 的 应 用 
提供 了 可 能 。 本 节 介 绍 儿 种 可 以 在 程序 中 使 用 元 数据 的 方法 。 


15.3.1 模式 生成 脚本 

虽然 有 些 项 目 组 包括 了 监督 数据 库 设计 与 执行 的 数据 库 设计 者 ， 但 许多 项 目 仍 采用 设 
计 委 员 会 的 方法 ， 此 种 情况 下 允许 多 人 创建 数据 库 对 象 。 经 过 几 周 或 几 个 月 的 开发 ， 
读者 可 能 需要 生成 一 个 脚本 ， 它 能 够 创建 小 组 已 经 部 署 的 各 种 表 、 索 引 、 视 图 等 。 虽 
然 各 种 工具 和 程序 可 以 生成 这 种 类 型 的 脚本 ， 但 是 读者 也 可 以 自己 查询 
information_schema 视图 ， 然 后 生成 脚本 。 


举 一 个 例子 ， 假 设 要 生成 一 个 用 于 创建 bank.customer 表 的 视图 。 下 面 的 命令 用 于 创建 
表 ， 它 是 我 从 创建 范例 数据 库 的 脚本 中 截取 的 : 


create table customer 

(cust_id integer unsigned not null auto_increment, 

fed_id varchar(12) not null, 

cust_type_cd enum('I','B') not null, 

address varchar (30), 

city varchar (20), 

state varchar (20), 

postal_code varchar (10), 

constraint pk_customer primary key (cust_id) 

); 
利用 程序 语言 (如 Transact-SQL 或 Java) 无 疑 是 很 容易 生成 脚本 的 ， 但 是 本 书 是 关于 
SQL 知识 的 ， 所 以 我 将 会 写 一 个 单一 查询 生成 create table 语句 。 第 一 步 是 查询 
information_schema.columns 表 以 检索 表 中 哪些 列 的 信息 : 


mysql> SELECT 'CRERATE TABLE customer (' create_table_statement 
-> UNION ALL 
-> SELECT cols.txt 















































































































































































































































-> FROM 

-> (SELECT concat(' ',column_ name, ' ', column_type, 
一 > CASE 

一 > WHEN is_nullable = 'NO' THEN ' not null' 

一 > ELSE ' 

一 > END, 

一 > CASE 

一 > WHEN extra IS NOT NULL THEN concat(' ', extra) 
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一 > ELSE '' 

= END, 

一 > v2) txt 

一 > FROM information_schema.columns 


一 > WHERE table_schema = 'bank' AND 七 abLle_name = 


-> ORDER BY ordinal_Position 
-> ) cols 

-> UNION ALL 

-> SELECT ')'; 


WT jt ye de te eon et td ie el i i es ed dt ey mp 





ne ee ee ee Te Te i ce 





CREATE TABLE customer ( 
cust_id int(10) unsigned not null auto_ increment, 
fed_id varchar(12) not null ， 
cust_type_cd enum('I','B') not null ， 
address varchar (30) ， 
city varchar (20) ， 
state varchar (20) ， 





postal_code varchar (10) ， 








9 rows in set (0.04 sec) 
































'Ccustomer' 





现在 ， 问 题 基 本 解决 了 。 不 过 为 了 检索 主键 约束 信息 ， 还 需要 添加 对 table_constraints 
和 key_column_usage 两 个 视图 的 查询 。 


mysql> SELECT 'CRERATE TABLE customer (' create_table_statement 


-> UNION ALL 
-> SELECT cols.txt 


一 > FROM 

-> (SELECT concat (' ',column name, ' ', column_type, 

一 > CASE 

一 > WHEN is_nullable = 'NO' THEN ' not null' 

一 > ELSE ' 

二 > END, 

一 > CASE 

一 > WHEN extra IS NOT NULL THEN concat(' ', extra) 

一 > ELSE '' 

一 > END, 

一 > 1 二 区 七 

-> FROM information_schema.columns 

一 > WHERE table_schema = 'bank' AND table name = 'customer' 
-> ORDER BY ordinal_position 

-> ) cols 

-> UNION ALL 

-> SELECT concat(' constraint primary key (') 

-> FROM information_schema .table_constraints 

-> WHERE table_schema = 'bank' AND table_ name = 'customer' 


二 六 AND constraint_type = 'PRIMARY KEY' 
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-> UNION ALL 
-> SELECT cols .txt 


-> FROM 

-> (SELECT concat (CASE WHEN ordinal_position > 1 THEN ' 党 
一 > ELSE ' ' END, column_ name) txt 

一 > FROM information_schema.key_column_usage 

一 > WHERE table_schema = 'bank' AND table name = 'customer' 
一 > AND constraint_name = 'PRIMARY' 

-> ORDER BY ordinal_Position 

-> ) cols 


-> UNION ALL 
-> SELECT ' )' 
-> UNION ALL 
-> SELECT ')'; 


OE PE EE Ee CT, ea EE PER PN FR TE TE EN 





create table_ statement 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
CREATE TABLE customer ( 

cust_id int(10) unsigned not null auto_ increment, 

fed_ id varchar(12) not null ， 

cust_type_cd enum('I','B') not null ， 

address varchar (30) ， 

city varchar (20) ， 








state varchar (20) ， 

postal_code varchar (10) ， 

constraint primary key ( 
cust_id 





) 


十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





12 rows jin set (0.02 sec) 


为 了 查看 是 否 可 以 正确 地 生成 语句 ,可 把 查询 结果 粘贴 到 MySQL 工具 中 (将 表 名 改 为 
customer2 ， 这 样 不 会 干扰 到 其 他 表 ): 


mysql> CREATE TABLE customer2 ( 
= cust_id int(10) unsigned not null auto_increment, 
= fed_id varchar(12) not null ， 
= cust_type_cd enum('I','B') not null ， 
> address varchar (30) ， 
= city varchar(20) ， 
= state varchar (20) ， 
= postal_code varchar (10) ， 
-> constraint primary key ( 
一 > cust_id 
二 ) 
-> ) 7 
Query OK, 0 rows affected (0.14 sec) 


现在 数据 库 中 有 了 一 个 customer2 表 , 语句 执行 成 功 ! 为 了 能 编写 一 个 查询 ， 以 生成 良 
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好 的 create table 语句 ， 还 需要 做 更 多 的 工作 〈 比 如 处 理 索引 和 外 键 索引 约束 ) ， 这 里 将 





其 作为 一 个 习题 留 给 读者 。 


15.3.2 部署 验证 








许多 组 织 允许 有 数据 库 维护 窗口 ， 在 那里 可 以 管理 现 有 的 数据 库 对 象 比 如 添加 、 市 














除 分 区 )， 以 及 部 署 新 模式 和 新 对 象 。 在 
保 新 的 模式 对 象 具 有 合适 的 列 、 索 引 、 主 键 等 。 











数 、 索 引 数 以 及 主键 约束 数 (0 或 1): 


mysql> SELECT tbl.table_name, 


用 


es 


WHERE clm.table_schema 
AND clm.table name = 


AND sta.table_name = 


WHERE tc.table_schema 














部 署 脚本 运行 后 ， 推 荐 读者 


运行 验证 脚本 以 确 

















= tbl.table_schema 
tbl.table _ name) num_columns, 


tbl .table_schema 





下 面 的 查询 返回 bank 模式 中 每 个 表 的 


(SELECT count (*) FROM information_schema.columns clm 


(SELECT count (*) FROM information_schema.statistics sta 
WHERE sta.table_schema = 


tbl.table name) num_indexes, 


= tbl.table_schema 


一 > AND tc.table_ name = tbl.table_ name 
一 > 
-> FROM information_schema .七 abLes tbl 


ORDER BY 1; 


(SELECT count (*) FROM information_schema.table_constraints tc 


AND tc.constraint_type = 'PRIMARY KEY') num primary_keys 


WHERE tbl .table_schema = 'bank' AND tbl .table_ type = 'BASE TABLE'" 
































和 TT 
table_name num_columns num_indexes num_ primary_keys 
EE I 让 

account 开业 6 
branch 6 1 

business 4 

Customer 7 | 
department 2 2 
employee 9 4 
individual 4 | 
officer 7 之 
product 5 2 
product_type 2 | 
transaction 8 4 

于 三 一 二 二 三 一 二 二 一 二 三 二 一 二 EE i ED 十 


11 rows in set (13.83 sec) 














读者 可 以 在 部 署 前 、 后 两 次 执行 这 个 语 
之 间 的 区 别 。 


15.3.3 生成 动态 SQL 











浪 


一 些 语言 (比如 Oracle 的 PL/SQL 和 Microsoft 的 Transact-SQL) 是 SQL 语言 的 超 集 ， 
这 意味 着 除了 常用 程序 结构 (如 “if-then-else” 和 “while”) ,它们 还 有 





句 ， 最后， 在 宣布 部 署 成 功 之 前 验证 两 个 结果 








tt 








FE 语法 中 包括 SQL 
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语句 。 男 外 一 些 语言 (比如 Java) 包括 与 关系 数据 库 连 接 的 能 力 ， 但 是 丸 
括 SQL 语句 ， 这 意味 着 所 有 的 SQL 语句 都 必须 被 包含 在 一 个 字符 串 中 。 











Ba 


此 ,， 大 多 数 数据 库 服 务 器 (包括 SQL Server、Oracle 数据 库 和 MySQL) 








语法 中 不 包 





人 允许 SQL 语 














句 以 字符 串 形 式 提交 。 提 交 字 符 串 给 数据 库 引 警 而 不 是 使 用 它 的 SQL 接口 通常 被 称 为 


a 


动态 SQL 执行 。 例 如 ，Oracle 的 PL/SQL 语 

















包括 execute immediate 命令 ， 可 月 








于 提 
语句 的 系统 


言 
交 字 符 串 执行 ，SQL Server 则 包括 一 个 叫做 sp_executesql 的 可 以 动态 执行 
存储 过 程 。 
MySQL 为 动态 SQL 执行 提供 了 prepare、execute 和 deallocate 语句 。 下 面 是 一 个 简单 
的 例子 : 

mysql> SET Qqry = 'SELECT cust_id，cust_tyPe_cd，fed_id FROM 


Query OK, 0 rows affected (0.07 sec) 


mysql> PREPARE dynsqll FROM Q@qry; 























Query OK, 0 rows affected (0.04 sec) 
Statement prepared 
mysql> EXECUTE dynsqll; 
EN 人 
cust_id cust_type_cd fed_id 

十 一 一 一 一 一 一 一 Ce 

1 T 111=11=1111 

2 王 222-22-2222 

3 I 333=33=3333 

4 | I 444-44-4444 

5 T 555=55=5555 

6 I 666-66-6666 

7 | I 777-77-7777 

8 下 888-88-8888 

9 I 999=99~=9999 

10 B 04-1111111 

站 B 04-2222222 

12 B 04-3333333 

13 | B 04-4444444 

99 工 04-9999999 
i ee 一 一 十 
14 rows in set (0.27 sec) 





mysql> DERALLOCRATE PREPARE dynsqll; 


Query OK, 0 rows affected (0.00 sec) 
太 夺 吕 


set 语句 只 是 简单 地 将 字符 
引擎 (为 了 解析 .安全 检查 和 优化 ) 。 在 调 有 
prepare 关闭 语句 ， 释 放 执行 中 使 用 的 所 有 数据 库 资源 (如 游标 )。 












































赋予 变量 qry， 之 后 qry 将 会 被 prepare 语句 提 
崩 execute 执行 完 语句 后 ,必须 再 调 月 


customer'; 


交 给 数据 库 








有 deallocate 





通过 在 查询 中 包含 占 位 符 ， 也 可 以 在 运行 时 动态 指定 条 件 ， 下 面 的 例子 说 明了 如 何 执 
行 这 种 查询 : 
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mysql> SET @qry = 'SELECT product_cd, name, product_type_cd, date_offered, 
date_retired FROM product WHERE product_cd = ?'，; 
Query OK, 0 rows affected (0.00 sec) 


mysql> PREPARE dynsql2 FROM Q@qry; 
Query OK, 0 rows affected (0.00 sec) 
Statement prepared 


mysql> SET QProdcd = 'CHK'; 
Query OK, 0 rows affected (0.00 sec) 


mysql> EXECUTE dynsql2 USING Q@prodcd; 




















不 二 二 二 二 二 二 全 二 册 讨 千 半 二 二 二 二 二 二 二 雪 二 二 二 下放 二 和 生生 全 全 半 二 二 二 二 二 中 二 二 二 二 二 二 二 半 二 守 和 一 一 一 十 
|product_cq | name | product_type_cd | date_offered | Gate retired | 
和 站 村 吉 二 二 全 二 二 二 二 二 二 各 二 二 站 导入 六 和 
| CHK | checking account | ACCOUNT | 2004-01-01 | NULL 
二 二 二 中 一 一 一 十 
1 row in set (0.01 sec) 

mysql> SET QProdcd = 'SAV'; 

Query OK, 0 rows affected (0.00 sec) 

mysql> EXECUTE dynsql2 USING Q@prodcd; 

十 二 二 一 一 二 一 二 二 直 二 = 二 二 三 二 二 三 二 二 二 Ee 
| product_cd | name |product_type_cd | date_offered | date_retired | 
于 二 二 三 三 二 二 二 二 二 于 二 二 二 二 二 二 三 二 二 二 二 二 二 be 二 二 一 二 
| SAV | savings _ account | ACCOUNT | 2004-01-01 | NULL | 
中 于 富 所 生 生字 和 于 潮 二 二 二 二 二 后 二 二 间 三 笠 二 二 Ee 一 一 一 十 





1 row in set (0.00 sec) 


mysql> DEALLOCATE PREPARE dynsql2; 
Query OK, 0 rows affected (0.00 sec) 


这 次 的 查询 包含 了 一 个 占 位 符 ( 就 是 语句 结尾 的 符号 “?”)， 所 以 产品 代码 可 以 在 运 
行 时 被 提交 。 语 句 一 旦 被 准备 ， 就 被 提交 两 次 ， 一 次 为 产品 代码 “CHK”， 男 一 次 为 产 
品 代 码 “SAV”， 之 后 语句 被 关闭 。 
读者 可 能 想 知 道 ， 这 与 元 数据 有 什么 关系 呢 ?” 如 果 打 算 使 用 动态 SQL 查询 表 ， 那 么 为 
什么 不 使 用 元 数据 构建 查询 而 是 硬 编码 实现 表 的 定义 ”下面 的 范例 和 前 面 的 查询 一 样 
生成 同样 的 动态 SQL 字符 ， 但 是 它 从 视图 information_schema.columns 检索 列 名 : 


mysql> SELECT concat (' SELECT ', 
一 > Concat_ws(',', cols.coll, cols.col2, cols.col3, cols.col4, 







































































一 > Cols.col5, cols.col6, cols.col7, cols.col8, cols.co19), 
一 > ' FROM product WHERE product_cd = ?') 

-> INTO Q@qry 

-> FROM 

-> (SELECT 

ps max (CASE WHEN ordinal_position = 1 THEN column_name 

一 > ELSE NULL END) coll, 
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a max (CASE WHEN ordinal_Position = 
= ELSE NULL END) col12, 
i max (CASE WHEN ordinal_position = 
一 > ELSE NULL END) col3, 
i max (CASE WHEN ordinal_position = 
二 ELSE NULL END) col4， 
二 六 max (CASE WHEN ordinal_Position = 
一 力 ELSE NULL END) col5, 
> max (CASE WHEN ordinal_position = 
一 > ELSE NULL END) col6, 
> max (CASE WHEN ordinal_position = 
一 > ELSE NULL END) col17, 
= max (CASE WHEN ordinal_position = 
一 > ELSE NULL END) col8, 
i max (CASE WHEN ordinal_position = 
一 六 ELSE NULL END) col9 
一 > FROM information_schema .colLlumns 
bg WHERE table_schema = 'bank' 
一 > GROUP BY 七 abLe_name 
-> ) cols; 

Query OK, 1 row affected (0.02 sec) 


mysql> SELECT 


2 THEN 


3 THEN 


4 THEN 


5 THEN 


6 THEN 


7 THEN 


8 THEN 


9 THEN 


AND table _ name = 


column_name 


column_name 


column_name 


column_name 


column_name 


column_name 


column_name 


column_name 


"Przoduct 








和 


@qry 











product 
product_cd = 

















一 一 一 十 
(0.00 sec) 





in set 


mysql> PREPARE dynsql3 FROM Q@qry; 


Query OK, 0 rows affected (0.01 sec) 
Statement prepared 

mysql> SET Q@prodcd = 'MM'; 

Query OK, 0 rows affected (0.00 sec) 


mysql> EXECUTE dynsql3 USING Q@prodcd; 





SELECT product_cd,name,product_type_cd,date _ offered,date_ retired 





re 


十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 


| product_cd| name 
十 一 一 一 一 一 一 
| MM 

十 一 一 一 一 一 一 


OP 





|money market account | ACCOUNT 





pi 


1 row in set (0.00 sec) 


基 半 二 部 


一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 


|progduct_type_cd |date_offered | aate_retired 
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mysql> DEALLOCATE PREPARE dynsql3; 
Query OK, 0 rows affected (0.00 sec) 


这 个 查询 以 product 表 的 前 9 列 为 核心 ， 先 使 用 concat 和 concat_ws 函数 构建 查询 字符 
串 ， 人 
提示 
HH、 | 通常 ， 使 用 包括 循环 结构 的 过 程 语 言 (如 Java、PL/SQL、Transact-SQL 
或 者 MySQL 的 存储 过 程 语言 ) 生成 查询 会 更 好 一 点 。 不过， 我 想 说 明 纯 
SQL 范例 ， 但 此 种 情况 下 的 循环 实现 较为 繁杂 ， 因 此 不 咎 时 不 限制 检索 的 
列 数 至 一 个 合理 的 数字 ， 在 本 例 中 这 个 数字 是 9。 





























15.4 “小 测验 
下 面 的 练习 测试 读者 对 元 数据 的 理解 。 完 成 习题 后 ， 请 参考 附录 C 检查 答案 
练习 15-1 

编写 一 个 查询 ， 列 出 bank 列 中 的 所 有 索引 ， 要 求 结 果 包 括 表 名 。 


练习 15-2 
编写 一 个 查询 ， 生 成 的 结果 可 以 用 于 创建 bank.employee 表 的 所 有 索引 。 要 求 结果 形式 
如 下 : 


"ALTER TABLE <table name> ADD INDEX <index_ name> (<column list>)" 
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附录 A 


示例 数据 库 的 ER 














图 A-1 是 本 书 所 用 示例 数据 库 的 实体 联系 图 (ER 图 )。 顾 名 思 义 ， 它 是 用 于 描述 数据 
库 中 具有 外 键 联系 的 表 和 实体 的 。 下 面 几 点 可 以 帮助 读者 理解 这 个 概念 。 


。 ”每 个 矩形 代表 一 个 表 ， 左 上 角 是 表 的 名 字 ， 主 键 列 与 非 键 列 被 一 条 横 线 隔 开 列 出 ， 
其 中 非 键 列 位 于 横 线 之 下 ， 外 键 列 则 以 “(FK)” 标 记 出 来 。 

。 ” 表 之 间 的 直线 代表 外 键 关系 。 直 线 两 端的 数字 代表 允许 的 数量 ， 它 可 能 是 0、1 或 
者 多 个 。 例 如 ， 考 察 账号 表 与 产品 表 之 间 的 关系 ， 读 者 就 会 了 解 一 个 账号 只 能 属 

于 一 个 产品 ， 但 是 一 个 产品 可 能 有 0、1 或 者 多 个 账号 。 


参阅 http://en.wikipedia.org/wiki/Entity-relationship_model 了 解 实体 联系 模型 更 多 的 相关 
诗 自 


日 心 \o 
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branch 


起 branch_id:smallint unsigned He 


name:varchar(20) 
address: varchar(30) 


City:varchar(20) 
state: varchar(2) 
zip:varchar(12) 


product_type 


起 product_type_cd:varchar(10) 


name: varchar(50) 





1-—— 1 
product Oo 


加 product_cd:varchar(10) 


name:varchar(50) 

product_type_cd:varchar(10) (FK) 
date_offered: date 
date_retired: date 


Superior_em 





account 


product_cd:varchar(10) (FK) 
Cust_id:integer unsigned (FK) 
Open_date: date 

ose_ date: date 
last_activity_date: date 
status: varchar(10) 
open_branch_id: smallint unsigned (FK) 
Open_emp_id:smallint unsigned (FK) 
avail_balance:float(10,2) 
pending_balance:float(10,2) 


fed_id:varchar(12) 
Cust_type_cd:char(2) 
address: varchar(30) 
City: varchar(20) 

state: varchar(20) 
postal_code: varchar(10) 









officer business 


品 、officer_id:smallint unsigned 


CUst_id:integer unsigned {FK) 
fname:varchar(30) 


(| 
小 


name:varchar(40) 
state_id: varchar(10) 


incorp_date: date 


“| 


Iname:varchar(30) 
title: varchar(20) 
start_date: date 
end_date: date 















fname: varchar(20) 
Iname:varchar(20) 
start_date: date 
end_date: date 


l 


dept_id: smallint unsigned {FN) 
title: varchar(20) 
assigned_branch_id:smallint unsigned (FK) 


四 、Wcust_id:integer unsigned 


忠 、cust_id:integer unsigned (FK) 











| 
1 
|! 
下 
| 
1 
1 
1 
1 
小 | 
unsigned I 
1 
1 
1 
1 
_id: smaillint unsigned (FK) 1 
1 
| 
1 
上 
1 
| 
1 
transaction CR 9 
四、txn_id:integer unsigned 


txn_date: datetime 

account_id:integer unsigned (FK) 
txn_type_cd:varchar(10) 
amount:double(10,2) 

teller_emp_id: smallint unsigned (FK) 
execution_branch_id: smallint unsigned (FK) 
funds_avail_date: datetime 





individual 


器 cust_id:integer unsigned (FK) 


fname:varchar(30) 
Iname: varchar(30) 
birth_date: date 










图 A-1 ER 图 








示例 数据 库 的 ER 图 
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附录 B 





MySQL 对 SQL 语 


本 书 的 所 有 示例 都 使 用 了 MySQL 服务 器 ， 

















的 扩展 


了 路 


因此 我 认为 在 附录 介绍 MySQL 的 SQL 语 








言 扩 展 对 计划 进一步 学 习 MySQL 的 读者 是 有 益 的 。 本 附录 主要 探讨 MySQL 中 在 某 些 
情况 下 特别 有 用 的 扩展 ， 比 如 select、insert、update 和 delete 语句 。 








B.1 扩展 select 语句 





MySQL 对 select 语句 的 完善 包括 另外 两 个 子 句 ， 下 面 逐 一 进行 讨论 。 


B.1.1 limit 子 句 





某 些 情况 下 ， 读 者 可 能 并 非 对 查询 返回 的 所 有 结果 都 感 兴趣 。 人 如 ， 构 造 一 个 查询 返 
回 银行 所 有 柜员 及 其 开 立 的 账户 数 ， 但 是 如 果 读 者 只 是 为 了 查询 前 三 位 柜员 ， 从 而 对 
其 进行 奖励 ,那么 就 不 必 知 道 谁 是 第 四 名 、 第 五 名 , 等 等 。 为 了 解决 这 种 问题 , MySQL 
的 select 语句 包括 了 limit 子 句 ， 它 允许 读者 限制 查询 返回 的 行 数 。 

为 了 展示 limit 子 句 的 用 法 ， 首 先 构造 一 个 查询 ， 返 回 银行 中 每 个 柜员 开 立 的 账户 数 : 


mysql> SELECT open_emp_id, COUNT(*) how_many 

































































-> FROM account 














rows in set (0.31 sec) 


258 



































日 
~ 

















结果 显示 4 个 不 同 的 柜员 开 立 的 账户 数 。 如 果 想 限制 结 
可 以 添加 一 个 limit 子 句 指定 只 有 3 条 记录 被 返回 : 
mysql> SELECT open_emp_id, COUNT(*) how_many 


-> FROM account 
-> GROUP BY open_emp_id 




















-> LIMIT 3; 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 
| open_emp_id | how_many | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
| 1 | 8 | 
| 10 | 7 | 
| 13 | 3 | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 
3 rows in set (0.06 sec) 
由 于 limit 子 句 (上 面 查询 的 第 四 行 ) 的 限 











e 中 丢弃 。 





名 柜员 (员工 ID 为 16) 则 被 从 结果 


组 合 limit 子 句 和 order by 子 句 








所 
日 








庆 ， 现 在 结果 集 刚 好 包括 3 条 记录 ， 而 多 


集 到 仅 3 条 记录 ， 那 么 读者 


dn 





有 然 前 面 的 查询 返回 3 个 记录 ， 不 过 有 一 个 小 问题 ， 即 读者 不 能 描述 究竟 对 这 4 个 记 








录 中 的 哪 3 个 感 兴趣 。 如 果 要 查找 3 个 特定 的 记录 ， 比 如 玫 
么 读者 就 需要 结合 order by 子 句 使 用 limit 子 句 ， 有 具体 如 下 : 


SELECT open_emp_id, COUNT (*) how_many 
FROM account 





mysql> 








-> GROUP BY open_emp_id 
-> ORDER BY how_many DESC 
-> LIMIT 3; 
十 一 一 一 一 一 一 和 + 
| open_emp_id | how_many | 
和 + 
| 1 | 8 | 
| 10 | 7 | 
| 16 | 6 | 
站 二 二 二 二 二 二 二 + 





3 rows in set (0.03 sec) 


F 立 账户 数 最 多 的 3 个 ， 那 











这 个 查询 与 前 一 个 的 不 同 之 处 在 于 现在 将 limit 子 句 应 月 
数 最 多 的 3 个 柜员 被 包含 在 最 终 的 结 曙 
和 否则， 通常 都 需要 组 合 使 用 order by 子 句 和 limit 子 句 。 





















































集中 。 除 非 读者 只 是 对 记录 中 作 


到 有 序 集 ， 从 而 导致 开 立 账户 





,全 -提示 
| a、 ”由 于 Jimit 子 名 应 用 在 所 有 过 滤 、 分 组 和 排序 动作 完成 后 ， 因 此 它 永远 不 





会 改变 选择 语句 的 结果 ， 而 只 是 限制 查询 返回 记录 的 数目 。 
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Limit 子 句 中 可 选 的 第 二 个 参数 








假设 读者 的 目标 不 是 查找 前 3 位 柜员 ， 而 是 前 两 位 之 外 的 其 他 所 有 柜员 〈 例 如 ， 银 行 
目的 不 是 奖励 表现 最 好 的 , 而 是 要 送 一 些 表 现 不 好 的 去 参加 自信 训练 )。 对 于 这 些 情况 ， 























us 





看 句 允许 可 选 的 第 二 个 参数 ， 此 时 第 一 个 指定 





吉 果 集 的 起 始 记 录 ， 第 二 个 参数 指 





定 结果 集 包含 的 记录 数 。 指 定 起 始 记 录 时 ， 请 记 住 MySQL 指定 第 一 个 记录 序号 为 0。 











mysql 
-> FROM account 
-> GROUP BY open_ emp_id 
-> ORDER BY how_many DESC 
-> LIMIT 2, 1; 








6 | 





1 row in set (0.00 sec) 


因此 ， 如 果 读 者 希望 查找 第 三 个 表现 好 的 人 ， 那 么 可 以 如 下 实现 : 


> SELECT open_emp_id, COUNT(*) how_many 




















于 limit 子 句 的 第 二 个 参 





数 是 1， 








在 上 面 的 例子 中 , 第 0 个 和 第 1 i 了 ， 因 而 结果 集 是 从 第 2 个 记录 开 
所 以 结果 








始 的 。 








只 包含 1 个 记录 。 


个 





如 果 




















者 可 以 如 下 查找 前 两 个 以 外 的 所 有 柜员 : 


mysql> 





-> FROM account 
GROUP BY open_ emp_id 


ORDER BY how_many DESC 


ps 


ea 








-> LIMIT 2, 999999999; 
求 二 二 二 全 二 二 二 二 二 二 二 二 二 下 二 全 二 二 千 生 一 二 却 十 
| open_emp_id | how_many | 
ns + 
| 16 | 6 | 
| 13 | 3 | 
i 一 





2 rows in set (0.00 sec) 


在 这 个 查询 中 ， 第 0 个 和 第 1 个 被 丢弃 了 ， 
被 包含 在 结 








读者 希望 从 第 2 个 位 置 开始 ， 并 且 包 括 所 有 剩 下 的 记录 ， 那 么 可 以 使 limit 子 句 中 
的 第 二 个 参数 足够 大 到 超过 剩 下 的 记录 数 。 如 果 不 知 道 多 少 柜 员 开 立新 账户 ， 那 么 读 








SELECT open_emp_id, COUNT(*) how_many 





并 且 从 第 2 个 记录 起 的 999 999 999 个 记录 











才 果 集中 〈 虽 然 这 种 情况 下 只 有 两 个 记录 ， 但 是 记录 数 指定 的 大 一 点 比较 好 ， 
否则 可 能 会 出 现 由 于 估计 不 足 而 导致 遗漏 合法 记录 的 情况 )。 
排名 查询 





包含 order by 子 句 和 limit 子 句 的 查询 允许 将 数据 进行 排名 ， 故 这 种 查询 可 以 称 为 排名 
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查询 。 虽 然 我 刚才 描述 的 是 如 何 依据 开 立 的 账户 数 对 柜员 进行 排名 ， 但 是 排名 查询 同 
样 可 以 应 用 于 各 种 不 同 的 商业 问题 ， 例 如 : 

。 ”我 们 2005 年 的 前 5 名 销售 员 是 谁 ? 

。 ”棒球 历史 上 第 三 大 全 人 牟 打 是 谁 ? 

。 ”下 一 本 1998 年 最 畅销 的 书 是 什么 ? 

。 ”我 们 最 滞销 口味 的 两 种 冰激凌 是 什么 ? 

至 此 ， 我 们 已 经 展示 了 如 何 查找 前 三 位 的 柜员 ， 第 三 个 优秀 柜员 以 及 前 两 个 柜员 以 外 
的 所 有 其 他 柜员 。 如 果 打 算 做 一 些 相 似 的 例子 (比如 查找 最 差 表 现 者 )， 那 么 只 需要 反 
转 分 类 顺序 使 结果 从 最 低 账 户 数 到 最 高 账户 数 产 生 ， 例 如 : 


mysql> SELECT open_emp_id, COUNT(*) how_many 
-> FROM account 
-> GROUP BY open_emp_id 
-> ORDER BY how_many ASC 


































































































-> LIMIT 2; 
二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| open_emp_id how_many | 
于 二 一 一 二 一 一 一 一 一 二 一 一 半 三 = 一 一 二 二 一 一 十 
| 13 3 
| 16 6 | 
于 二 二 二 二 二 二 二 一 二 二 一直 二 三 一 二 三 一 二 三 二 二 十 
2 rows in set (0.24 sec) 
通过 简单 的 改变 排列 顺序 (从 ORDER BY how_many DESC 变 为 ORDER BY how_many 





























ASC)， 现 在 查询 即 可 返回 表现 最 差 的 两 个 柜员 。 因 此 ， 通 过 使 用 带 有 升序 排列 条 件 或 
降序 排列 条 件 的 limit 子 句 ， 读 者 可 以 构造 排名 查询 来 解决 大 多 数 类 型 的 商业 问题 。 


B.1.2 into outfile 子 铝 
如 果 和 希望 将 查询 语句 的 结果 写 到 一 个 文件 中 ， 读 者 可 以 突出 显示 查询 结果 ， 然 后 将 其 
复制 到 缓存 ， 最 后 粘贴 到 自己 喜欢 的 编辑 器 。 然 而 ， 如 果 查 询 结果 集 非 常 大 或 者 查询 
从 一 个 脚本 执行 ， 那么 就 需要 一 个 方法 自动 将 结果 写 和 人 文件。 为 了 解决 这 种 问题 ， 
MySQL 包含 了 into outfile 子 句 , 允许 只 提供 一 个 文件 名 , 即 可 将 结果 写 到 这 个 文件 中 。 
下 面 的 例子 将 查询 的 结果 写 到 C:\temp 目录 下 的 一 个 文件 中 : 

mysql> SELECT emp_id, fname, lname, start_date 


-> INTO OUTFILE 'C:\\TEMP\\emp_list.txt' 
-> FROM employee; Query OK, 18 rows affected (0.20 sec) 












































































































































2 提示 
As。 | 。 如 果 读者 还 记得 第 7 章 中 的 内 容 ， 那 么 就 会 知道 反 儿 线 用 于 字符 串 中 实 
nt 现 字 符 转 义 。 对 于 一 个 Windows 系列 的 用 户 ， 构 建 路 径 时 需要 单行 输入 
两 个 反 斜 线 。 








MySQL 对 SQL 语言 的 扩展 261 














结果 没有 输出 到 屏幕 上 ， 而 是 写 进 了 文件 emp_list.txt， 内 容 如 下 : 








J Michael Smith 2001-06-22 

2 Susan Barker 2002-09-12 

3 Robert Tyler 2000-02-09 

4 Susan Hawthorne 2002-04-24 


16 Theresa Markham 2001-03-15 
ey Beth Fowler 2002-06-29 
18 Rick Tulman 2002-12-12 


默认 格式 在 列 间 使 用 制 表 符 (“\ ) 隔 开 ， 而 记录 间 使 用 换行 符 (“\n”) 隔 开 。 如 果 读 
者 希望 对 数据 格式 有 更 多 的 控制 ,那么 也 可 以 用 其 他 一 些 子 句 来 协助 into outfile 子 句 实 
现 。 例如 ,要 实现 数据 以 竖 线 分 隔 格 式 保存 到 文件 中 ， 可 以 使 用 fields 子 句 要 求 每 列 之 
间 使 用 字符 “|” 隔 开 ， 具体 如 下 : 

mysql> SELECT emp_id, fname, lname, start_date 


-> INTO OUTFILE 'C:\\TEMP\\emp_list_delim.txt' 
一 > FIELDS TERMINRATED BY ' | 





























-> FROM employee; Query OK, 18 rows affecteq (0.02 sec) 
提示 
使 用 into outfile 子 句 时 ，MySQL 不 允许 履 盖 现 有 文件 ， 因 而 读者 如 果 多 
次 运行 同一 个 查询 ， 就 需要 移 除 存在 的 文件 。 


文件 emp_list_delim.txt 的 内 容 如 下 : 


1|Michael|Smith|2001-06-22 
2|Susan|Barker|2002-09-12 
3|Robert |Tyler|2000-02-09 
4|Susan|Hawthorne|2002-04-24 








16|Theresa|Markham|2001-03-15 
17|Beth|Fowler|2002-06-29 
18|Rick|Tulman|2002-12-12 


除了 坚 线 分 隔 格式 , 读者 可 能 还 需要 逗号 分 隔 格 式 , 此 时 要 使 用 fields terminated by “， 
子 句 来 实现 。 然 而 ， 如 果 写 人 的 数据 包括 字符 串 ， 那 么 使 用 逗号 作为 域 分 隔 符 被 证 实 
是 有 问题 的 ， 因 为 逗号 比 竖 线 看 上 去 更 像 是 字符 串 的 一 部 分 。 思 考 下 面 的 查询 ， 它 将 
一 个 数字 和 两 个 字符 串 写 入 文件 commal.txt， 并 且 用 逗号 隔 开 : 
mysql> SELECT data.num, data.strl, data.str2 
-> INTO OUTFILE 'C:\\TEMP\\commal .txt' 
一 > FIELDS TERMINRATED BY ','"' 


-> FROM 
-> (SELECT 1 num, 'This string has no commas' strl, 
































和 
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一 > "IThis string, however, has two commas' str2) data; 
Query OK, 1 row affected (0.04 sec) 
读者 可 能 会 想 ， 由 于 输出 文件 的 第 三 列 (str2) 是 一 个 包含 逗号 的 字符 串 ， 如 果 程 序 试 
图 读 取 commal.txt 文件 ， 将 行 解析 到 列 ， 那 么 将 会 遇 到 问题 。 不 过 ，MySQL 已 经 为 此 
做 好 准备 了 。 下 面 就 是 commal.txt 的 内 容 : 


1 This string has no commas,This string\, however\, has two Commas 

第 三 列 中 的 字符 串 内 瞬 逗 号 已 经 被 反 斜 线 转 义 了 。 如 果 使 用 竖 线 分 隔 格式 ， 逗 号 
则 不 会 被 转 义 ， 这 是 因为 不 会 有 混 请 。 如 果 和 希望 使 用 另 一 个 不 同 的 分 隔 符 ， 比 如 
使 用 另 一 种 逗号 , 那么 读者 可 以 使 用 fields terminated by 子 句 指定 用 于 输出 文件 的 
分 隔 符 。 

除了 指定 列 分 隔 符 ， 读 者 还 可 以 为 数据 文件 不 同 的 记录 指定 分 隔 符 。 如 果 不 喜 欢 换行 
符 分 隔 输 出 文件 中 的 不 同 记 录 ， 那 么 读者 可 以 使 用 lines 子 句 指定 另 一 种 分 隔 符 ， 具 体 
如 下 : 


mysql> SELECT emp_id, fname, lname, start_date 
-> INTO OUTFILE 'C:\\TEMP\\emp_list_atsign.txt' 
一 > FIELDS TERMINRATED BY ' | . 
一 > LINES TERMINRATED BY '@' 
-> FROM employee; 
Query OK, 18 rows affected (0.03 sec) 


为 记录 间 没 有 使 用 换行 符 隔 开 ， 所 以 文件 emp_list_atsign.txt 的 内 容 看 上 去 像 一 个 长 
的 字符 串 ， 其 中 的 记录 被 字符 “@ ” 隔 开 : 


1|Michael |Smith|2001-06-22@2|Susan|Barker|2002-09-12@3|Robert |Tyler |2000-02- 
09@4|Susan |Hawthorne|2002-04-24@5 |John |Gooding|2003-11-14@6 |Helen |Fleming|2004-03- 
17@7|Chris|Tucker|2004-09-15@8|Sarah |Parker|2002-12-02@9|Jane |Grossman|2002-05- 
03@10 |Paula |Roberts|2002-07-27@11 |Thomas |Ziegler|2000-10-23@12|Samantha|Jameson|2003- 
01-08@13|John|Blake|2000-05-11@14 |Cindy |Mason|2002-08-09@15 |Frank |Portman|2003-04- 
01@16|Theresa|Markham|2001-03-15@17 |Beth |Fowler|2002-06-29@18 |Rick|Tulman|2002-12-12@ 


读者 如 果 需 要 生成 数据 ， 用 于 电子 表格 程序 ， 或 者 在 自己 的 组 织 内 外 传送 ， 那 么 into 
outfile 应 该 能 够 提供 足够 的 弹性 ， 以 实现 需要 的 任何 文件 格式 。 























































































































B.2 组合 insert/update 语句 


假设 要 求 读者 创建 一 个 表 以 获取 哪些 客户 访问 了 哪些 分 行 这 个 信息 。 这 个 表 要 包括 客 
户 了 D 列 、 分行 ID 列 和 日 期 列 (描述 客户 访问 该 支行 的 最 后 时 间 )。 无 论 客户 何 时 访问 
分 行 ， 表 中 都 会 增加 一 列 ， 但 是 如 果 客 户 已 经 存在 ， 那 么 只 需 简 单 地 对 存在 的 行 的 
datetime 列 进 行 修改 。 下 面 是 表 的 定义 : 
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CREATE TABLE branch usage 
(branch_id SMALLINT UNSIGNED NOT NULL, 
cust_id INTEGER UNSIGNED NOT NULL, 
last_visited on DATETIME, 
CONSTRAINT pk_branch usage PRIMARY KEY (branch id, cust_id) 
); 
除了 3 个 列 定义 ，branch_uase 表 还 在 branch_id 和 cust_id 上 定义 了 主键 约束 。 因 此 ， 
服务 器 将 拒绝 任何 分 行 /客户 对 已 经 存在 的 行 加 入 到 表 中 。 
假定 表 已 确定 如 此 ，ID 为 5 的 客户 在 第 一 周 访问 主 分 行 (分 行人 D 为 1) 3 次 。 第 一 次 
访问 后 , 由 于 不 存在 客户 ID 为 5 分 行 ID 为 1 的 记录 ,因而 没有 读者 可 以 向 branch_usage 
表 中 插 人 记录 。 
mysql> INSERT INTO branch_usage (branch_id，cust_id，1Last_visited_on) 
-> VALUES (1, 5, CURRENT_TIMESTRAMP () ) ; 
Query OK, 1 row affected (0.02 sec) 
然而 ， 下 一 次 这 个 客户 访问 同一 个 分 行 时 ， 读 者 需要 更 新 一 个 存在 的 记录 而 不 是 插入 
一 个 新 记录 ， 否则， 将 会 出 现下 面 的 错误 : 
ERROR 1062 (23000): Duplicate entry '1-5' for key 1 
为 了 避免 这 种 错误 ， 读 者 可 以 查询 branch_usage 表 以 判断 一 个 指定 的 客户 /分 行 对 是 否 
存在 ， 然 后 插入 一 个 记录 (如 果 没 有 记录 被 发 现 ) 或 者 更 新 一 个 存在 的 记录 (如果 已 
经 存在 )。 不 过 , 为 了 解决 这 个 及 烦 ，MySQL 设计 者 扩展 了 insert 语句 ， 从 而 允许 读者 
在 insert 语句 由 于 重复 键 而 失败 时 修改 一 列 或 多 列 。 下面 的 语句 命令 服务 器 在 给 定 的 客 
户 和 分 行 已 存在 于 branch_usage 表 中 时 修改 last_visited_on 列 : 
mysql> INSERT INTO branch_usage (branch_id, cust_id, last_visited _ on) 
-> VALUES (1, 5, CURRENT_ TIMESTAMP ()) 


-> ON DUPLICATE KEY UPDATE last_visited on = CURRENT_ TIMESTAMP (); 
Query OK, 2 rows affected (0.02 sec) 


on duplicate key 子 句 允许 这 个 语句 在 每 次 ID 为 5 的 客户 到 ID 为 1 的 分 行 开 展业 务 时 
都 执行 。 如 果 运 行 100 次 ， 那 么 第 一 个 执行 的 结果 是 向 表 中 添加 一 行 ， 剩 下 的 99 次 则 
是 将 last_visited_on 列 修改 为 当前 时 间 。 这 种 类 型 的 操作 通常 被 称 为 更 新 插入 (upsert) ， 
因为 它 是 update 语句 和 insert 语句 的 组 合 。 


替换 repalce 命令 


在 MySQL4.1 之 前 的 版 本 中 , 更 新 插入 操作 都 是 使 用 replace 命令 完成 的 。 replace 是 一 
个 专 有 语句 ， 它 实现 在 插入 前 将 已 经 存在 相同 主键 的 行 删除 。 如 果 使 用 4.1 及 其 之 后 
的 版 本 ， 就 可 以 在 实现 更 新 插入 时 选择 replace 命令 或 者 insert.…on duplicate key 命令 。 


不 过 ， 当 遇 到 重复 主键 时 ，replace 命令 执行 删除 操作 ， 但 是 如 果 读者 使 用 InnoDB 存 
储 引 擎 和 启用 外 键 约 束 ， 就 会 产生 连锁 反应 。 如 果 创 建 了 带 有 on delete cascade 选项 
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的 约束 , 那么 其 他 表 中 的 行 也 可 能 随 着 replace 命令 删除 目标 表 中 的 行 而 被 自动 删除 。 
正 是 因为 这 个 原因 ， 在 insert 语句 中 使 用 on duplicate key 通常 被 视 为 比 replace 命令 


更 安全 。 





B.3 按 排序 更 新 和 删除 














本 附录 前 面 已 经 演示 了 如 何在 order by 子 句 中 使 用 limit 子 句 编写 产生 排序 的 查询 ， 比 
如 获取 账户 开户 数 排 在 前 3 位 的 柜员 .MySQL 还 允许 在 update 和 delete 语句 中 使 用 limit 


























和 order by 子 句 ， 因 此 可 以 实现 在 表 中 根据 次 序 修改 或 删除 特定 的 行 。 举例 来 说 ， 
你 需要 从 包含 顾客 在 网 上 银行 的 登录 信息 的 表 中 删除 一 些 记 录 , 该 表 记 录 了 顾客 
登录 的 日 期 /时 间 ， 如 下 所 示 。 

CREATE TABLE login history 
(cust_iqd INTEGER UNSIGNED NOT NULL, 
login_date DATETIME, 
CONSTRAINT pk_login history PRIMARY KEY (cust_id, login date) 
); 
























































假设 
ID 和 


下 面 的 语句 为 login_history 表 增 加 一 些 数据 , 这 些 数据 来 源 于 account 表 和 customer 表 

















的 交叉 连接 ， 并 使 用 account 的 open_date 列 作为 产生 登录 日 期 的 基数 : 


mysql> INSERT INTO login_history (cust_id, login_date) 
-> SELECT c.cust_id, 





ADDDATE (a.open_date, INTERVAL a.account_id * c.cust_id HOUR) 


-> FROM customer C CROSS JOIN account a; 
Query OK, 312 rows affected (0.03 sec) 
Records: 312 Duplicates: 0 Warnings: 0 











现在 该 表 含 有 312 行 相关 的 随机 数据 。 下 面 的 任务 就 是 每 月 查看 一 次 login_history 表 ， 





为 经 理 创 建 一 个 显示 在 线 银行 系统 用 户 的 报表 ， 然 后 保留 该 表 最 近 50 条 记录 六 





删除 



































其 他 所 有 的 记录 。 实 现 此 目标 的 方法 之 一 就 是 使 用 order by 和 limit 编写 查询 ， 以 找 出 

















前 50 个 最 近 登 录 的 记录 ， 如 下 所 示 。 


mysql> SELECT login_date 
-> FROM login_history 
-> ORDER BY login_date DESC 
-> LIMIT 49,1; 








村 二 
| login date | 
直到 二 三 二 二 于 二 三 一 二 三 三 二 二 二 二 二 二 半 
| 2004-07-02 09:00:00 | 
上 = 三 二 三 二 三 站 





1 row in set (0.00 sec) 








借助 此 信息 ， 可 以 构建 delete 语句 ， 以 删除 所 有 login_date 列 小 于 上 面 查询 所 返回 的 日 
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期 的 行 : 

mysql> DELETE FROM login_history 

-> WHERE login_date < '2004-07-02 09:00:00'; 

Query OK, 262 rows affected (0.02 sec) 
该 表现 在 只 包含 了 50 个 最 近 登 录 的 记录 。 此 外 ,使 用 MySQL 的 扩展 语法 ， 可 以 在 让 
个 delete 语句 中 使 用 limit 与 order by 子 句 中 实现 同样 的 结果 。 在 原始 的 带 有 312 行 的 
login_history 表 中 ， 运 行 下 面 的 语句 : 
mysql> DELETE FROM login_history 

-> ORDER BY login_date ASC 


-> LIMIT 262; 
Query OK, 262 rows affected (0.05 sec) 


使 用 该 语句 ， 表 中 的 行将 根据 login_date 列 以 升序 排列 ， 然 后 删除 前 262 行 ， 保留 50 

个 最 近 的 行 。 

全 - 提示 

| ws 本 例 不 得 不 事先 知道 表 中 原 有 的 行 数 以 构建 limit 子 句 (312 原始 行 -50 保 

SS 留 行 =262 需 删 除 行 )。 下面 的 做 法 可 能 更 好 一 些 ， 即 将 行 以 降序 排序 并 告 
知 服务 器 跳 过 前 50 行 ， 再 删除 其 余 的 行 : 

DELETE FROM login history 


ORDER BY login date DESC 
LIMIT 49, 9999999; 


不 过 MySQL 并 不 允许 在 delete 或 update 语句 中 使 用 limit 子 句 时 提供 第 
二 个 参数 。 


除了 删除 数据 ， 还 可 以 在 修改 数据 时 使 用 limit 和 order by 子 句 。 例 如 ， 银 行 决定 为 10 
个 开户 时 间 最 久 的 账户 增加 $100 以 奖励 他 们 的 忠诚 度 ， 可 以 采用 下 面 的 方法 : 


mysql> UPDATE account 
-> SET avail_ balance = avail _ balance + 100 
-> WHERE product_cd IN ('CHK', 'SAV', 'MM') 
-> ORDER BY open_date ASC 
-> LIMIT 10; 

Query OK, 10 rows affected (0.06 sec) 

Rows matched: 10 Changed: 10 Warnings: 0 


该 语句 根据 开户 日 期 以 升序 方式 对 账户 排序 ， 并 修改 前 10 条 记录 ， 即 储蓄 时 间 最 长 的 
前 10 个 账户 。 


B.4 多 表 更 新 与 删除 


在 某 些 条 件 下 ， 或 许 需要 从 几 个 表 中 修改 或 删除 数据 以 完成 给 定 的 任务 。 例 如 ， 当 你 
发 现 银行 的 数据 库 中 包含 了 在 系统 测试 时 添加 的 虚假 客户 时 ， 就 需要 从 account、 
customer 和 individual 表 中 删除 数据 。 
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| a | 这 里 将 分 别 为 account 表 、customer 表 和 individual 表 创 建 克隆 表 ， 其 表 


“4 名 分 别 为 account2、customer2 和 individual2。 这 样 做 的 目的 是 保护 示例 
数据 不 被 更 改 以 及 避免 与 其 他 表 (后 面 将 介绍 ) 之 间 产 生 外 键 约束 被 破 
坏 的 问题 。 下 面 是 用 于 创建 3 个 克隆 表 的 create table 语句 : 


REATE TABLE individual2 AS 
ECT * FROM individual; 
ABLE customer2 AS 
,ECT * FROM customer; 
REATE TABLE account2 AS 
'ECT * FROM account; 


如 果 虚 假 顾客 的 ID 为 1， 那 么 可 以 为 3 个 表 分 别 创建 3 条 独立 的 delete 语句 : 


DELETE FROM account2 
WHERE cust_id = 1; 
DELETE FROM customer2 
WHERE cust_id = 1; 


DELETE FROM individual2 
WHERE cust_ id = 1; 


不 过 ， 除 了 编写 独立 的 delete 语句 ，MySQL 还 允许 编写 单条 多 重 删 除 语句 完成 同样 的 
工作 ， 本 例 中 的 语句 如 下 ; 


mysql> DELETE account2， customer2, individual2 
-> FROM account2 INNER JOIN customer2 
一 > ON account2 .cust_id = customer2.cust_id 
一 > INNER JOIN individual2 
三 之 ON customer2.cust_id = IndividualL2.cust_id 
-> WHERE individual2.cust_id = 1; 
Query OK, 5 rows affected (0.02 sec) 


该 语句 一 共 删 除了 5 行 ， 其 中 individual2 和 customer2 表 各 有 1 行 ，account2 表 有 3 行 
(ID 为 1 的 客户 具有 3 个 账户 )。 该 语句 包含 3 个 独立 的 子 句 : 


delete 
指定 要 删除 数据 的 对 
from 


指定 用 于 定位 被 删除 数据 的 表 。 该 子 句 的 格式 、 功 能 与 select 语句 中 的 from 子 句 
完全 一 样 ， 并 且 这 里 出 现 的 表 不 一 定 被 包含 在 delete 子 名 中。 


where 
包含 用 于 定位 被 删除 行 的 过 滤 条 件 。 
多 表 删 除 语句 看 起 来 与 select 语句 很 相似 ， 只 不 过 使 用 delete 子 名 替代 了 select 子 句 。 
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如 果 使 用 多 表 删 除 语句 的 格式 从 单个 表 中 删除 行 ， 那 么 它们 之 间 的 差别 几乎 看 不 出 来 。 
例如 ， 下 面 的 select 语句 查找 所 有 John Hayward 拥有 的 账户 ID 


mysql> SELECT account2.account_id 
-> FROM account2 INNER JOIN customer2 
一 > ON account2 .cust_id = customer2.cust_id 
一 > INNER JOIN individual2 
一 > ON individual2.cust_id = customez2 .cust_id 




















-> WHERE individual2.fname = 'John' 
-> AND individual12 .LIname = 'Hayward' 
有 二 三 二 二 二 十 
| account id | 
下 宇 关 二 二 安生 二 二 二 三 二 二 十 
| 8 | 
| 9 | 
| 10 | 
环 写 二 拓 三 大 二 全 宇 全 兰 生 全 十 


3 rows in set (0.01 sec) 


在 查看 结果 之 后 ， 如 果 需 要 从 account2 表 中 删除 John 的 3 个 账户 ， 就 在 前 一 个 查询 语 
句 中 用 针对 account2 表 的 delete 子 句 蔡 换 select 语句 ; 


mysql> DELETE account2 
-> FROM account2 INNER JOIN customer2 
一 > ON account2 .cust_id = customer2.cust_id 
一 > INNER JOIN individual2 
一 > ON customer2.cust_id = individual2.cust_id 
-> WHERE individualL2 .Ename = 'John' 
-> AND individual12 .LIname = 'Hayward' 
Query OK, 3 rows affected (0.01 sec) 


有 实 上 ， 在 多 表 delete 语句 中 ， 对 于 delete 和 from 子 句 的 用 法 ， 还 有 更 好 的 做 法 。 上 
述 语句 的 功能 与 下 面 的 单 表 delete 语句 完全 一 样 ， 它 使 用 子 查 询 来 确定 John Hayward 


的 customer ID: 


T 














Il 








DELETE FROM account2 
WHERE cust_ id = 
(SELECT cust_id 
FROM individual2 
WHERE fname = 'John' AND lname = 'Hayward'; 


当 使 用 多 表 delete 语句 从 单个 表 中 删除 数据 时 , 可 以 自由 选择 与 查询 语法 类 似 的 包含 连 
接 的 格式 , 或 者 是 带 有 子 查 询 的 传统 的 delete 语句 。 多 表 delete 语句 的 真正 能 力 体现 在 
它 能 够 在 单个 语句 中 删除 多 个 表 中 的 数据 ， 如 本 节 第 一 例 查 询 语 句 所 示 。 


除了 可 以 从 多 个 表 中 删除 行 , MySQL 还 允许 使 用 多 表 update 语句 同时 修改 多 个 表 中 的 
行 。 假 如 我 们 的 银行 需要 和 男 一 家 银行 合并 ， 而 这 两 家 银行 的 数据 库 中 含有 重 羡 的 
customer ID。 因 此 经 理 决 定 将 数据 库 中 的 每 个 customer ID 增加 10 000， 以 便 第 二 家 银 
行 的 数据 能 够 安全 地 被 导 和 人。 下 面 的 语句 显示 了 如 何在 单个 语句 中 修改 individual2 表 、 
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customer2 表 和 account2 表 中 customer ID 为 3 的 记录 ID: 


mysql> UPDATE individual2 INNER JOIN customer2 
一 > ON individual2.cust_id = customer2.cust_id 
一 > INNER JOIN account2 
一 > ON customer2 .cust_id = account2 .cust_id 
-> SET individual2.cust_id = individual2.cust_id + 10000, 
一 > customer2.cust_id = customer2.cust_id + 10000, 
ee account2 .cust_id = account2.cust_id + 10000 
-> WHERE individual2.cust_id = 3; 
Query OK, 4 rows affected (0.01 sec) 
Rows matched: 5 Changed: 4 Warnings: 0 
该 语句 一 共 修 改 了 4 行 ，individual2 表 和 customer 表 各 1 行 ， 以 及 account2 表 中 的 两 
行 。 多 表 update 语法 与 单 表 update 非常 相似 ， 除 了 前 者 的 update 子 句 中 包含 了 多 个 表 
以 及 相应 的 连接 条 件 而 不 是 只 包含 单个 表 名 。 与 单 表 update 语 名 一样， 多 表 update 语 
句 同 样 包含 了 set 子 句 ， 不 同 之 处 在 于 任何 update 子 句 中 所 引用 的 表 都 可 以 通过 set 子 
句 进行 修改 。 
[起 -| 提示 
| as、| ”如果 使 用 的 是 InnoDB 存储 引擎 ， 并 且 表 之 间 带 有 外 键 约束 ， 那么 将 不 能 
“、 有 5S， 使 用 多 表 delete 和 update 语句 ， 这 是 因为 该 引擎 并 不 保证 数据 修改 能 够 
按照 不 破坏 约束 的 次 序 执行 。 这 时 应 该 使 用 多 个 执行 次 序 正确 的 单 表 语 
句 ， 以 保证 外 键 约束 不 被 违反 。 
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附录 C 
练习 答案 








第 3 章 
3-1 


获取 所 有 银行 雇员 的 employee ID、 名 字 (first name) 和 姓氏 (last name) ， 并 先后 根据 
姓氏 和 名 字 进 行 排序 。 


mysql> SELECT emp_id, fname, lname 
-> FROM employee 
-> ORDER BY lname, fname; 


























二 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 + 
emp_id fname lname 
十 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 + 
2 Susan Barker 
ke; John Blake 
6 Helen Fleming 
17 Beth Fowler 
5 John Gooding 
9 Jane Grossman 
4 Susan Hawthorne 
Samantha Jameson 
6 Theresa Markham 
4 Cindy Mason 
8 Sarah Parker 
区 Frank Portman 
0 Paula Roberts 
4 Michael Smith 
A Chris Tucker 
8 Rick Tulman 
3 Robert Tyler 
1 Thomas Ziegler 
二 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 + 
18 rows in set (0.01 sec) 
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3-2 
获取 所 有 状态 为 'ACTIVE' 以 及 可 用 余额 大 于 $2 500 的 账户 的 account ID 、customer ID 
和 可 用 余额 (available balance) 。 


mysql> SELECT account_id, cust_id, avail_ balance 
-> FROM account 




















-> WHERE status = 'ACTIVE' 
-> AND avail balance > 2500; 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
account_ id cust_id avail_balance 
十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
3 1 3000.00 
10 4 5487.09 
13 6 10000.00 
14 7 5000.00 
15 8 3487.19 
18 9 9345.55 
20 区 全 23575.12 
22 于 下 9345.55 
23 12 38552.05 
24 13 50000.00 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
10 rows in set (0.00 sec) 





3-3 
针对 account 表 编 写 查 询 , 以 返回 开设 过 账户 的 雇员 ID (使 用 account.open_emp_id 列 )， 
且 结 果 集 中 每 个 独立 的 雇员 只 包含 一 行 数据 。 


mysql> SELECT DISTINCT open_emp_id 
-> FROM account; 
































A + 
open_emp_id | 
SSE 十 
1 | 
10 
13 | 
16 
圭一 一 一 一 一 一 一 一 一 一 一 一 一 十 
4 rows in set (0.00 sec) 


3-4 
为 下 面 的 多 数据 集 查 询 语句 填空 (用 <#> 标 记 的 地 方 )， 以 获取 所 显示 的 结果 。 


mysql> SELECT p.product_cd, a.cust_id, a.avail_balance 
-> FROM product p INNER JOIN account <1> 
-> ON p.product_cd = <2> 
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-> WHERE p.<3> = 'ACCOUNT' 
-> ORDER BY <4>, <5>; 




















二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
product_cd cust_id avail_balance 

二 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
CD 3000.00 
CD 6 10000.00 
CD 7 5000.00 
GD 9 1500.00 
CHK 1 1057.75 
CHK 2 2258.02 
CHK 3 二 05 不 :75 
CHK 4 534.12 
CHK 5 2237 ,97 
CHK 6 122:.37 
CHK 8 3487.19 
CHK 9 125.67 
CHK 10 23575.12 
CHK 12 38552.05 
MM 3 2212%:50 
MM 4 5487.09 
MM 9 9345.55 
SAV a 500.00 
SAV 2 200.00 
SAV 4 T67477 
SAV 8 387.99 

十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 








21 rows in set (0.09 sec) 
<1>、<2>、<3>、<4>、<5> 处 应 填 的 正确 值 分 别 为 : 
1. a 








Mil 











2. a.product_cd 
3. product_type_cd 
4. p.product_cd 


5. a.cust_id 


第 4 章 





下 面 的 过 滤 条 件 将 返回 哪些 交易 的 ID? 
txn_date < '2005-02-26' AND (txn type_cd = 'DBT' OR amount > 100) 


返回 的 交易 用 为 1、2、3、5、6 和 7。 
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4-2 
下 面 的 过 滤 条 件 将 返回 哪些 交易 的 ID? 
(101,103) 


返回 的 交易 ID 为 4 和 9。 


4-3 
构造 查询 语句 ， 获 取 在 2002 年 开户 的 所 有 账户 。 
mysql> SELECT account_id, open_date 
-> FROM account 


-> WHERE open_date BETWEEN 
+ 一 一 一 一 一 一 一 一 一 一 一 一 + 一 一 一 一 一 一 一 一 一 一 一 一 + 


account_id IN AND NOT (txn_ type_cd = 











'2002-01-01' AND 














account_id open_date 

十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 
6 2002-11-23 
7 2002-12-15 
12 2002-08-24 
20 2002-09-30 
21 2002-10-01 

十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 

5 rows in set (0.01 sec) 


4-4 


构造 查询 ,查找 姓氏 中 以 a 为 第 二 个 字符 ,并 且 e 在 a 后面 任意 























mysql> SELECT cust_id, lname, fname 
-> FROM individual 


-> WHERE lname LIKE '_a%e%s'; 


二 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 + 
| cust_id | lname | fname | 
二 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 + 
| | Hadley | James | 
| 9 | Farley | Richard | 
二 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 + 
2 rows in set (0.02 sec) 


第 5 章 
5-1 
给 下 




















的 查询 填空 使 用 <#> 标 记 ) ， 以 获得 其 后 的 结果 。 


mysql> SELECT e.emp_id, e.fname, e.lname, 
-> FROM employee e INNER JOIN <1l> b 
于 区 ON e.assigned branch_id = b.<2>; 




















"DBT 


b .name 


OR _ amount > 100) 


'2002-12-31'; 





位 置 出 现 的 非 公司 顾客 。 
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<1>、<2> 处 应 填 的 了 












































+ 一- 一- 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
emp_id fname lname name 
二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
1 Michael Smith Headquarters 
2 Susan Barker Headquarters 
3 Robert Tyler Headquarters 
4 Susan Hawthorne Headquarters 
5 John Gooding Headquarters 
6 Helen Fleming Headquarters 
i Chris Tucker Headquarters 
8 Sarah Parker Headquarters 
9 Jane Grossman Headquarters 
10 Paula Roberts Woburn Branch 
11 Thomas Ziegler Woburn Branch 
12 Samantha Jameson Woburn Branch 
13 John Blake Quincy Branch 
L4 Cindy Mason Quincy Branch 
15 Frank Portman Quincy Branch 
16 Theresa Markham So. NH Branch 
17 Beth Fowler So. NH Branch 
18 Rick Tulman So. NH Branch 
二 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
18 rows jin set (0.03 sec) 


1. branch 


2. branch id 


5-2 





E 确 值 分 别 为 : 





编写 查询 ， 返 回 所 有 非 商务 顾客 的 账户 ID (customer.cust_type_cd = 了)、 顾 客 的 联邦 个 
人 识别 号 码 (cusomer.fed_id) 以 及 账户 所 依赖 的 产品 名 称 (productname ) 。 





mysql> 


A 


SELECT a.account_id, 
FROM account a INNER JOIN customer c 

ON a.cust_id = c.cust_id 

INNER JOIN product p 

ON a.product_cd = p.product_cd 
WHERE c.cust_type_cd = 





c.fed_id, p.name 


1I'; 





account_ id 
十 i wi i 








OGGND Pp 





二 二 入 二 二 于 二 二 二 
L111=11=1111 
a 
222-22-2222 
222-22-2222 
333=33=3333 


checking account 
savings account 
certificate of deposit 
checking account 
savings account 








checking account 
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333=333333 money market account 
444-44-4444 checking account 
444-44-4444 savings account 
444-44-4444 money market account 
555—550— 3555 checking account 
666-66-6666 checking account 
666-66-6666 certificate of deposit 
了 AI certificate of deposit 
888-88-8888 checking account 
888-88-8888 savings account 








999=99=9999 checking account 
999=99=9999 money market account 
999-99-9999 certificate of deposit 


二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





moOUNUrRODNDPOOWMDW" 

















19 rows in set (0.00 sec) 


5-3 


构 




















mysql> SELECT e.emp_id, e.fname, e.lname 
-> FROM employee ee INNER JOIN employee mgr 
> ON e.superior emp_id = mgr.emp_id 
-> WHERE e.dept_id != mgr.dept_id; 











十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
| emp_id | fname | lname | 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
| 4 | Susan | Hawthorne 

| 5 | John | Gooding 

十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 


2 rows in set (0.00 sec) 


第 6 章 


如 果 集 合 A= {LMN OP} , 集合 B= {PQRST}, 那么 下 面 的 操作 产生 的 结果 集 是 
什么 ? 

. A union B 

. A union all B 


pk 





府 查 询 ， 查 找 所 有 主管 位 于 男 一 个 部 门 的 雇员 , 需要 获取 该 座 员 的 ID、 姓 氏 和 名 字 。 























A intersect B 

A except B 

Aunion B={LMNOPQRST} 
Aunionall B= {LMNOPPQRST} 
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3. A intersect B = {P} 
4. Aexcept B= {LMN O} 


6-2 
编写 一 个 复合 查询 ， 以 查找 所 有 个 人 客户 以 及 雇员 的 姓氏 和 名 字 。 


mysql> SELECT fname, lname 
-> FROM individual 
-> UNION 
-> SELECT fname, lname 
-> FROM employee; 


















































十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 + 
fname lname 

二 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
James Hadley 
Susan Tingley 
Frank Tucker 
John Hayward 
Charles Frasier 
John Spencer 
Margaret Young 
Louis Blake 
Richard Farley 
Michael Smitnh 
Susan Barker 
Robert Tyler 
Susan Hawthorne 
John Gooding 
Helen Fleming 
GhzEs Tucker 
Sarah Parker 
Jane Grossman 
Paula Roberts 
Thomas Ziegler 
Samantha Jameson 
John Blake 
Cindy Mason 
Frank Portman 
Theresa Markham 
Beth Fowler 
Rick Tulman 

十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 





27 rows in set (0.01 sec) 


6-3 
根据 Iname 列 对 练习 6-2 的 结果 进行 排序 。 
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mysql> SELECT fname, lname 
-> FROM individual 
-> UNION ALL 
-> SELECT fname, lname 
-> FROM employee 
-> ORDER BY lname; 























十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
fname lname 

+ 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 + 
Susan Barker 
Louis Blake 
John Blake 
Richard Farley 
Helen Fleming 
Beth Fowler 
Charles Frasier 
John Gooding 
Jane Grossman 
James Hadley 
Susan Hawthorne 
John Hayward 
Samantha Jameson 
Theresa arkham 
Cindy ason 
Sarah Parker 
Frank Portman 
Paula Roberts 
Michael Smitnh 
John Spencer 
Susan Tingley 
Chris Tucker 
Frank Tucker 
Rick Tulman 
Robert Tyler 
Margaret Young 
Thomas Ziegler 

十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 





27 rows in set (0.01 sec) 


第 7 一 
时 
7-1 
编写 查询 ， 返 回 字 符 串 “Please find the substring in this string” 的 第 17 个 和 第 25 个 字符 。 


mysql> SELECT SUBSTRING ('PLease find the substring in this string',17,9); 


十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
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substring 





户 十 一 十 


row in set (0.00 sec) 

7-2 

编写 查询 ， 返 回 数字 -25.76823 的 绝对 值 与 符号 (-1、0 或 1)， 并 将 返回 值 四 舍 五 入 至 
百 分 位 。 


mysql> SELECT ABS (-25.76823)， SIGN(-25.76823), ROUND(-25.76823, 2); 









































ee 于 二 二 二 A 
| ABS(-25.76823) | SIGN(-25.76823) | ROUND(-25.76823, 2) | 
en De 一 十 
| 25.76823 | -1 | -25.77 | 
i 下 
1 row in set (0.00 sec) 


7-3 
编写 查询 ， 返 回 当前 日 期 所 在 的 月 份 。 


mysql> SELECT EXTRACT (MONTH FROM CURRENT_DRTE () ) ; 




















二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 
| EXTRACT (MONTH FROM CURRENT_DATE) | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| 5 | 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 





1 row in set (0.02 sec) 


(你 的 查询 结果 很 可 能 与 上 面 不 同 ， 除 非 正 好 你 也 是 在 5 月 做 这 个 练习 题 的 。) 


第 8 章 
8-1 
构建 查询 ， 对 account 表 的 数据 行 计数 。 


mysql> SELECT COUNT (*) 
-> FROM account,; 



































1 row in set (0.32 sec) 


8-2 
修改 练习 8-1 中 的 查询 ， 使 之 对 每 个 客户 所 持 有 的 账户 计数 ， 并 且 显 示 每 个 客户 的 也 
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及 其 账户 数 。 


mysql> SELECT cust_id，COUNT (*) 
-> FROM account 
-> GROUP BY cust_id; 


二 Eee 5 和 





Guste 4d count (*) 


守 
| 
| 
1 
1 
| 
| 
1 
| 
1 
1 
| 





户 户 
PPOooaw 必 wb 
PRNwONDPN PRwWwNN WwW 


卢 
D 


13 
十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 


jn 














13 rows in set (0.00 sec) 


8-3 
修改 练习 8-2 的 查询 ， 使 之 只 包含 至 少 持 有 两 个 账户 的 客户 。 
mysql> SELECT cust_id, COUNT(*) 
-> FROM account 


-> GROUP BY cust_id 
-> HAVING COUNT(*) >= 2; 


























中古 

cust_id COUNT (*) 
平 二 二 = 二 二 全 二 二 下 三 全 研一 = 二 

1 3 

2 2 

3 2 

4 3 

6 2 

8 2 

9 3 

10 2 
ee 





8 rows in set (0.04 sec) 


8-4 (附加 题 ) 
查找 至 少 包 含 一 个 账户 的 产品 和 支行 组 合 的 可 用 余额 合计 数 ， 并 根据 余额 合计 数 对 结 
果 进 行 排序 (从 最 高 到 最 低 )。 
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mysql> SELECT product_cd, open_ branch_id, SUM(avail_balance) 
-> FROM account 
-> GROUP BY product_cd, open_ branch_id 
-> HAVING COUNT(*) > 1 
-> ORDER BY 3 DESC; 

















二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
product_cd open_branch_id SUM(avail_balance) 

十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
CHK 4 67852.33 
MM 1 14832.64 
CD 于 11500.00 
CD 2 8000.00 
CHK 2 33157 
CHK 1 782.16 
SAV 2 700.00 

十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 








7 rows in set (0.01 sec) 
注意 MySQL 并 不 接受 “ORDER BY SUM(avail_balance) DESC”， 因 此 这 里 不 得 不 
指明 排序 列 的 位 置 


= 
第 9 章 
9-1 
对 account 表 编 写 一 个 查询 ， 过 滤 条 件 使 用 的 非 关 联 子 查询 实现 对 product 表 查 找 所 有 
贷款 账户 (product.product_type_cd = LOAN') ， 结 果 包 括 账号 也、 产品 代码 、 客 户 ID 
和 可 用 余额 。 


mysql> SELECT account_id, product_cd, cust_id, avail_balance 
-> FROM account 
-> WHERE product_cd IN (SELECT product_cd 
-> FROM product 











[ey 




















o 












































一 > WHERE Product_tyPe_cd = 'LOAN'); 
二 一 二 二 二 一 二 一 一 二 一 一 站 十 
| account_iq | product_cqd | cust_id | avail balance | 
A ED + 
| 21 | BUS | 10 | 0.00 | 
| 22 | BUS | 1 | 9345.55 | 
| 24 | SBL | 13 | 50000.00 | 
PS + 一 一 一 一 一 一 一 一 一 一 一 一 + 一 一 一 一 一 一 一 一 一 站 + 





3 rows in set (0.07 sec) 


9-2 
重 做 练习 9-1， 对 product 表 使 用 关联 子 查 询 获 得 同样 的 结 


mysql> SELECT a.account_id, a.product_cd, a.cust_id, a.avail balance 
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-> FROM account a 
-> WHERE EXISTS (SELECT 1 











-> FROM product P 

-> WHERE p.product_cd = a.product_cd 

党 AND p.product_type_cd = 'LOAN'); 
下 十 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
| account_id | product_cd | cust_iqd | avail_balance | 
et 
| 21 | BUS | 10 | 0.00 | 
| 22 | BUS | 1 | 9345.55 | 
| 24 | SBL | 13 | 50000.00 | 
Te 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 





3 rows i 


9-3 


将 下 面 的 查询 

















SELECT ' 





n set (0.01 sec) 





与 employee 表 连 接 ， 以 展示 每 个 雇员 的 经 验 。 


trainee' name '2004-01-01' start_dt, '2005-12-31' end_ dt 








SELECT ' 











worker' name, '2002-01-01' start_ dt, '2003-12-31' end_ dt 














SELECT 





"mentor' name, ‘'2000-01-01' start_ dt, '2001-12-31' end_ dt 


子 查询 别名 定义 为 levels, 它 包含 座 员 ID 、 名字、 姓氏 以 及 经 验 等 级 (levels.name)。( 提 
利用 不 等 条 件 构建 连接 条 件 ， 确 定 employee.start_date 列 位 于 哪个 等 级 。 ) 


示 : 


mysql> S 











ELECT e.emP_id，e.Ename，e.JIname，1IevelLs .name 


-> FROM employee e INNER JOIN 








-> (SELECT ' 廿 rainee' name, '2004-01-01' start_dt, '2005-12-31' end dt 
rk UNION ALL 
等 学 SELECT 'worker' name, '2002-01-01' start_dt, '2003-12-31' end_dt 
2 UNION ALL 
一 > SELECT 'mentor' name, '2000-01-01' start_dt, '2001-12-31' end_ dt) 
levels 
-> ON e.start_date BETWEEN levels.start_dt AND levels.end dt; 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 十 
emp_id fname lname name 
十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 
6 Helen Fleming trainee 
7 Chris Tucker trainee 
多 Susan Barker worker 
4 Susan Hawthorne worker 
5 John Gooding worker 
8 Sarah Parker worker 
9 Jane Grossman worker 
10 Paula Roberts worker 
12 Samantha Jameson worker 
14 Cindy Mason worker 
15 Frank Portman worker 
二 Beth Fowler worker 
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连接 任何 表 。 








Rick | Tulman | 
Michael | Smith | 
Robert | Tyler 
Thomas | Ziegler | 
John | Blake | 
Theresa | Markham | 
一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 
set (0.00 sec) 
一 个 查询 ,检索 雇员 





mysql> SELECT e.emp_id, e.fname, 


-> FROM employee e; 








worker | 
mentor 
mentor 
mentor 
mentor 
mentor 


e.lname, 


(SELECT d.name FROM department d 

WHERE d.dept_id = e.dept_id) dept_name, 
(SELECT b.name FROM branch b 

WHERE b.branch_id = e.assigned branch_id) branch_name 


ID、 名 字 、 姓 氏 及 其 所 属 部 门 和 分 行 的 名 字 。 请 









































i EE 0 
emp_id fname lname dept_name branch name 
= 十 二 二 一 一 二 一 一 二 一 一 机 一 一 一 一 一 一 一 二 一 一 一 二 二 一 一 一 一 一 一 人 一 一 一 一 一 一 一 十 
1 Michael smith Administration Headquarters 
2 Susan Barker Administration Headquarters 
3 Robert Tyler Administration Headquarters 
4 Susan Hawthorne Operations Headquarters 
5 John Gooding Loans Headquarters 
6 Helen Fleming Operations Headquarters 
3 CheLs Tucker Operations Headquarters 
8 Sarah Parker Operations Headquarters 
9 Jane Grossman Operations Headquarters 
10 Paula Roberts Operations Woburn Branch 
11 Thomas Ziegler Operations Woburn Branch 
12 Samantha Jameson Operations Woburn Branch 
.3 John Blake Operations Quincy Branch 
14 Cindy Mason Operations Quincy Branch 
15 Frank Portman Operations Quincy Branch 
16 Theresa Markham Operations So. NH Branch 
17 Beth Fowler Operations So. NH Branch 
18 Rick Tulman Operations So. NH Branch 
站 = es OC 三 三 三 三 三 三 三江 
18 rows in set (0.12 sec) 





第 10 章 
10-1 





乡 


(三 























本 





个 查询 , 它 返 回 所 有 产品 名 称 及 基于 该 产品 的 账号 (用 account 表征 


有 的 product_cd 
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列 连接 product 表 )。 查 询 结果 需要 包括 所 有 产品 ， 即 使 这 个 产品 并 没有 客户 开户 。 


mysql> SELECT p.product_cd, a.account_id, a.cust_id, a.avail_balance 
-> FROM product p LEFT OUTER JOIN account a 
-> ON p.product_cd = a.product_cd; 





























十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
product_cd | account_id cust_ id avail_balance 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
AUT NULL NULL NULL 
BUS 2 10 0.00 
BUS 22 11 9345.55 
CD 3 a 3000.00 
CD 13 6 10000.00 
CD 14 7 5000.00 
CD 19 9 1500.00 
CHK 1 1 T05775 
CHK 4 2 2258.02 
CHK 6 3 1057%75 
CHK 8 4 534.12 
CHK 11 5 2237.97 
CHK 12 6 122.37 
CHK 15 8 3487.19 
CHK 17 9 12567. 
CHK 20 0: 23575.12 
CHK 23 12 38552..:05 
M 7 3 2212.50 
M 10 4 5487.09 
M 18 9 9345.55 
MRT NULL NULL NULL 
SAV 2 于 500.00 
SAV 5 2 200.00 
SAV 9 4 T6777 
SAV 16 8 387.99 
SBL 24 13 50000.00 
十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 











26 rows in set (0.01 sec) 


10-2 
利用 其 他 外 连接 类 型 重 写 练习 10-1 的 查询 (比如 ， 阁 在 练习 10-1 中 使 用 了 左 外 连接 ， 
这 次 就 使 用 右 外 连接 )， 要 求 查询 结果 相同 。 


mysql> SELECT p.product_cd, a.account_id, a.cust_id, a.avail_balance 
-> FROM account a RIGHT OUTER JOIN product p 
-> ON p.product_cd = a.product_cd; 





























二 二 三 二 i 安村 六 二 守土 下 
| product_cd | account_id | cust_id | avail_ balance 

i 和 + 
| AUT | NULL | NULL | NULL | 
| BUS | 21 | 10 | 0.00 | 
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BUS 22 得 9345.55 
CD 3 3000.00 
CD 13 6 10000.00 
CD 14 7 5000.00 
CD 19 9 1500.00 
CHK 1 1 1057.75 
CHK 4 2 2258.02 
CHK 6 3 T0573 
CHK 8 4 534.12 
CHK 11 5 2237.97 
CHK 12 6 122...37 
CHK Fj 8 3487.19 
CHK 17 9 125.67 
CHK 20 10 到 3 性 
CHK 23 于 38552.05 
MM 7 3 2212.50 
MM 10 4 | 5487.09 
MM 18 9 9345.55 
MRT NULL NULL NULL 
SAV 2 1 500.00 
SAV 3 2 200.00 
SAV 9 4 A Sy PR 
SAV 16 8 387.99 
SBL 24 13 50000.00 

rr ee 三 二 二 三 入 





26 rows in set (0.02 sec) 


10-3 

编写 一 个 查询 ,将 account 表 与 individual 和 business 两 个 表 外 连接 (通过 account.cust_id 
列 )。 要 求 结果 集中 每 个 账户 一 行 , 查询 的 列 有 account.account_id、account.product_cd、 
individual.fname、individual.lIname 和 business.name。 

































































mysql> SELECT a.account_id, a.product_cd, 
一 > i.fname, i.lname, b.name 
-> FROM account a LEFT OUTER JOIN business b 
一 > ON a.cust_id = b.cust_id 
-> LEFT OUTER JOIN individual i 
一 > ON a.cust_id = i.cust_id; 



































二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
account_id product_cd fname lname name 
十 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
1 CHK James Hadley NU 
2 SAV James Hadley NU 
3 CD James Hadley NU 
4 CHK Susan Tingley NULL 
5 SAV Susan Tingley NULL 
6 CHK Frank Tucker NULL 
< MM Frank Tucker NULL 
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cy 
































































































































8 CHK John Hayward NU 

9 SAV John Hayward NU 

10 M John Hayward NU 

11 CHK Charles | Frasier | NU 

12 CHK John Spencer NU 

3 CD John Spencer NU 

14 CD Margaret Young NU 

15 CHK Louis Blake NU 

16 SAV Louis Blake NU 

17. CHK Richard Farley NU 

18 M Richard Farley NULL 

19 CD Richard Farley NULL 
20 CHK NULL NULL Chilton Engineering 
21 BUS NULL NU. Chilton Engineering 
22 BUS NU. NUL Northeast Cooling Inc. 
2.3 CHK NU. NU. Superior Auto Body 
24 SBL NUL NULL AAA Insurance Inc. 

a ee 
24 rows in set (0.05 sec) 


10-4 (附加 题 ) 


设计 一 个 查询 , 4 






































































































































子 句 的 子 查询 。) 

SELECT ones.x + tens.x + 1 

FRO 
(SELECT 0 x UNION ALI 
SELECT 1 x UNION AL 
SELECT 2 x UNION AL 
SELECT 3 x UNION AL 
SELECT 4 x UNION AL 
SELECT 5 x UNION AL 
SELECT 6 x UNION AL 
SELECT 7 x UNION AL 
SELECT 8 x UNION AL 
SELECT 9 x) ones 

CROSS JOIN 

(SELECT 0 x UNION ALL 
SELECT 10 x UNION AL 
SELECT 20 x UNION AL 
SELECT 30 x UNION AL 
SELECT 40 x UNION AL 
SELECT 50 x UNION AL 
SELECT 60 x UNION AL 
SELECT 70 x UNION AL 
SELECT 80 x UNION AL 
SELECT 90 x) tens; 





E 成 集合 {1, 2, 3,…, 99, 100}。( 提 示 













































































: 应 用 交叉 连接 ,至 少 有 两 个 from 
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第 11 章 


11-1 
重 写 下 面 的 查询 ， 要 求 使 用 查找 型 case 表达 式 痊 换 简单 case 表达 式 ， 并 且 查 询 结 
同 。 请 读者 尽 可 能 少 使 用 when 子 句 。 


SELECT emp_iqd, 
CASE title 
WHEN '‘'President' THEN 'Manadgement 











相 


7 出 



























































WHEN "Vice President' THEN "Management 
WHEN '‘'Treasurer' THEN 'Manadgement 
WHEN "Loan Manager' THEN "Management " 
WHEN "OPerations Manager' THEN 'OPerations'" 
WHEN "Headq Teller' THEN "Operations 
WHEN '‘'Teller' THEN ‘Operations' 
ELSE “Unknown ' 
END 


FROM employee; 


SELECT emp_iqd, 
CASE 
WHEN title LIKE '‘'%President' OR title = 'Loan Manager' 
OR title = 'Treasurer' 
THEN ‘'Management' 
WHEN title LIKE ‘'%Teller' OR title = 'Operations Manager' 
THEN ‘'Operations' 
ELSE ‘Unknown' 
END 
FROM employee; 


11-2 
重 写 下 面 的 查询 ,要 求 结果 集 为 单行 4 列 (每 个 分 行 1 列 ) 的 ,其 中 4 列 分 别 以 branch_1 ~ 
branch_4 命名 。 


mysql> SELECT open_branch_id, COUNT(*) 
-> FROM account 
-> GROUP BY open_branch_id; 



































二 A 一 一 十 
| open_branch_id COUNT (*) 

A 一 一 十 
| 1 8 | 
| 2 7 | 
| 3 3 | 
| 4 6 | 
于 忆 寺 人 二 二 三 三 二 三 沾 








4 rows in set (0.00 sec) 
mysql> SELECT 
二 全 SUM (CRASE WHEN open_branch_id = 1 THEN 1 ELSE 0 END) branch_1, 
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一 > SUM (CASE WHEN oPen_branch_id = 2 THEN 1 ELSE 0 END) branch_2, 














一 > SUM (CASE WHEN oPen_branch_id = 3 THEN 1 ELSE 0 END) branch_3, 
一 > SUM (CASE WHEN open_branch_id = 4 THEN 1 ELSE 0 END) branch_4 
-> FROM account; 

十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 

| branch 1 | branch 2 | branch 3 | branch 4 | 

+ 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 

| 8 | 了 3 | 6 | 

+ 一 一 一 一 一 一 一 一 一 一 二 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 十 


1 row in set (0.02 sec) 


第 12 章 


12-1 
生成 一 个 事务 ， 它 从 Frank Tucker 的 货币 市 场 账户 存款 转账 $50 到 他 的 支票 账户 。 要 求 
插入 两 行 到 transaction 并 更 新 account 表 中 相应 的 两 行内 容 。 


START TRANSACTION; 





























SELECT i.cust_igd, 
(SELECT a.account_id FROM account a 
WHERE a.cust_id = i.cust_id 
AND a.product_cd = 'MM') mm_ id, 
(SELECT a.account_id FROM account a 
WHERE a.cust_id = i.cust_id 
AND a.product_cd = "chk') chk_id 
INTO Qcst_id, Q@mm id, Qchk_ id 
FROM individual i 
WHERE i.fname = 'Frank' AND i.lname = 'Tucker'; 





























INSERT INTO transaction (txn_id, txn date, account_id, 
txn_type_cd, amount) 
VALUES (NULL, now(), Q@mm id, 'CDT', 50); 


INSERT INTO transaction (txn_id, txn date, account_id, 
txn_type_cd, amount) 
VALUES (NULL, now(), Qchk_id, 'DBT', 50); 





UPDATE account 
SET last_activity_date = now(), 





avail_ balance = avail balance - 50 
WHERE account_id = QQmm_ id; 


UPDATE account 

SET last_activity_date = now(), 
avail_ balance = avail balance + 50 
WHERE account_ id = @chk_id; 





COMMIT; 
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第 13 章 
13-1 





修改 account 表 ， 使 客户 不 能 在 任何 产品 中 拥有 多 个 账户 (最 多 一 个 )。 


ALTER TABLE account 


ADD CONSTRAINT account_ unql UNIQUE 


13-2 


为 transaction 表 生 成 多 列 索 引 ， 该 索引 可 月 




















(eust: id, 


product_cd); 


有 于 如 下 两 个 查询 。 


SELECT txn_date, account_id, txn type_cd, amount 

FROM transaction 

WHERE txn_date > cast('2008-12-31 23:59:59' as datetime)，; 
SELECT txn_date, account_id, txn type_cd, amount 

FROM transaction 

WHERE txn_date > cast('2008-12-31 23:59:59' as datetime) 








AND amount < 1000; 





CREATE INDEX txn idx01 


ON transaction (txn date, 


第 14 章 


14-1 
创建 一 个 视图 ， 查 询 employee 表 并 生成 下 列 结 果 ， 要 求 不 使 用 where 子 句 。 


RE 和 et jr 9< 了 i 侍 


amount);} 

















employee_name 





NULL 

Michael Smith 
Michael Smith 
Robert Tyler 


Susan Barker 
Robert Tyler 
Susan Hawthorne 


Susan Hawthorne John Gooding 
Susan Hawthorne Helen Fleming 
Helen Fleming Chris Tucker 
Helen Fleming Sarah Parker 
Helen Fleming Jane Grossman 
Susan Hawthorne Paula Roberts 
Paula Roberts Thomas Ziegler 
Paula Roberts Samantha Jameson 
Susan Hawthorne John Blake 
John Blake Cindy Mason 
John Blake Frank Portman 


Susan Hawthorne 





Theresa Markham 
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附录 C 


| Theresa Markham | Beth Fowler 
| Theresa Markham | Rick Tulman 
十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 + 








18 rows in set (1.47 sec) 


mysql> CREATE VIEW supervisor_vw 
-> (supervisor_ name, 
一 > employee_name 


-> ) 

-> AS 

-> SELECT concat (spr.fname, ' ', spr.lname), 
一 > concat (emp .fname, ' ', emp.lname) 


-> FROM employee emp LEFT OUTER JOIN employee spr 
一 > ON emP .superior_ emp_id = spr.emp_id; 
Query OK, 0 rows affected (0.12 sec) 


mysql> SELECT * FROM supervisor_vw; 




















十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
supervisor_name employee_name 

十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
NULL Michael Smith 
Michael Smith Susan Barker 
Michael Smith Robert Tyler 
Robert Tyler Susan Hawthorne 
Susan Hawthorne John Gooding 
Susan Hawthorne Helen Fleming 
Helen Fleming Chris Tucker 
Helen Fleming Sarah Parker 
Helen Fleming Jane Grossman 
Susan Hawthorne Paula Roberts 
Paula Roberts Thomas Ziegler 
Paula Roberts Samantha Jameson 
Susan Hawthorne John Blake 
John Blake Cindy Mason 
John Blake Frank Portman 
Susan Hawthorne Theresa Markham 














[heresa Markham Beth Fowler 
Theresa Markham Rick Tulman 











十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 








18 rows in set (0.17 sec) 


14-2 
除了 查询 各 分 行 开 立 的 所 有 账户 的 余额 ， 银 行 总 裁 还 想 要 一 张 显示 各 分 行 名 字 及 城市 
的 报表 。 创 建 一 个 生成 这 些 数据 的 视图 。 


mysql> CREATE VIEW branch_ summary_vw 
-> (branch_name, 
一 > branch_city, 
SS total_balance 
Sy ) 
-> AS 
-> SELECT b.name, b.city, sum(a.avail_balance) 
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-> FROM branch b INNER JOIN account a 
一 > ON b.branch_id = a.open branch_id 
-> GROUP BY b.name, b.city; 

Query OK, 0 rows affected (0.00 sec) 


mysql> SELECT * FROM branch_summary_vw; 














二 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
branch_ name | branch_ city total_ balance | 

二 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 
Headquarters | Waltham 27882.57 | 
Quincy Branch | Quincy 53270.25 
So. NH Branch | Salem 68240.32 

| Woburn Branch | Woburn 2 3632 

十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 十 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 十 








4 rows in set (0.01 sec) 


第 15 章 


15-1 
编写 一 个 查询 ， 列 出 bank 列 中 的 所 有 索引 ， 要 求 结果 包括 表 名 。 


mysql> SELECT DISTINCT table_name, index_name 
-> FROM information_schema.statistics 












































-> WHERE table_schema = 'bank'; 

DR 

table_name index_name 
二 A + 

account PRIMARY 

account account_unqgl 

account fk_product_cd 

account fk_a_branch_ id 

account fk_a_emp_id 

account acc_bal_idx 

branch PRIMARY 

business PRIMARY 

customer PRIMARY 

department PRIMARY 

department dept_name_idx 

employee PRIMARY 

employee fk_dept_id 

employee fk_e branch_id 

employee fk_e_emp_id 

individual PRIMARY 

officer PRIMARY 

officer fk_o_cust_id 

product PRIMARY 

product fk_product_ type_cd 

product_type PRIMARY 
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| transaction | PRIMARY | 
| transaction | fk 七 account_id | 
| transaction | fk_teller emp_id | 
| transaction | fk_exec_branch_id | 
| transaction | txn_idx01 | 
二 二 二 二 二 二 二 书生 二 二 二 二 二 二 二 二 二 二 二 一 二 二 一 咎 





26 rows in set (0.00 sec) 


15-2 


























编写 一 个 查询 ， 生 成 的 结果 可 以 用 于 创建 bank.employee 表 的 所 有 索引 。 要 求 结果 形式 如 下 : 


"ALTER TABLE <table name> ADD INDEX <index_ name> (<column_ list>)" 


mysql> SELECT concat ( 


一 > CASE 

= WHEN st.seq_in_index = 1 THEN 

一 > concat ('ALTER TABLE ', st.table name, ' RDD'， 
一 > CASE 

一 > WHEN st .non_unidque = 0 THEN ' UNIQUE ' 
一 > ELSE ' ' 

一 六 END, 

一 > 'INDEX ' ， 

一 > st.index_ name, ' ('，st.coLumn_name) 

一 > ELSE concat(' ', st.column_ name) 

一 六 END, 

一 > CASE 

一 > WHEN st .seq_in_index = 

一 > (SELECT max (st2 .seq_in_index) 

一 > FROM information_schema.statistics st2 

一 > WHERE st2.table_schema = st.table_schema 
一 > AND st2.table name = st.table name 

一 > AND st2.index name = st.index_name) 

一 > THEN '); 

一 > ELSE ' 

一 > END 


-> ) index_creation_statement 
-> FROM information_schema.statistics st 
























































-> WHERE st.table_schema = 'bank' 

-> AND st.table name = 'employee' 

-> ORDER BY st.index_name, st.seq_in_index; 
十 一 一 一 一 一 下 
| index_creation_ statement | 
nr ee et ee 
| ALTER TABLE employee ADD INDEX fk_ dept_id (dept iqd); | 
| ALTER TABLE employee ADD INDEX fk e branch id (assigned_branch_id); | 
| ALTER TABLE employee ADD INDEX fk_e_emp_id (superior_ emp_ id); 
| ALTER TABLE employee ADD UNIQUE INDEX PRIMARY (emp_id); | 
让 


4 rows in set (0.20 sec) 
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四 持 步 什 区 
人 民 邮 电 出 版 社 


www.epubit.com.cn 


欢迎 来 到 异步 社区 ! 





异步 社区 的 来 历 


异步 社区 (www.epubit.com.cn) 是 人 民 邮 电 出 版 立 立 F 一 
社 旗下 TT 专业 图 书 旗舰 社区 ,于 2015 年 8 月 上 线 有 溃 年 新 所 角 攻 
运营 。 

异步 社区 依托 于 人 民 邮 电 出 版 社 20 余年 的 IT 。 
专业 优质 出 版 资源 和 编辑 策划 团队 ， 打 造 传统 出 版 | 二 六 锣 s 改 cr 入 or 
与 电子 出 版 和 自 出 版 结合 、 纸 质 书 与 电子 书 结合 、 
传统 印刷 与 POD 按 需 印刷 结合 的 出 版 平台 ， 提 供 最 
新 技术 资讯 ， 为 作者 和 读者 打造 交流 互动 的 平台 。 
































社区 里 都 有 什么 ? 


购 居 图 书 

我 们 出 版 的 图 书 涵盖 主流 IT 技 术 , 在 编程 语言 ` Web 技术 、 数 据 科 学 等 领域 有 众多 经 典 畅销 图 书 。 
社区 现 已 上 线 图 书 1000 余 种 ， 电 子 书 400 多 种 ， 部 分 新 书 实现 纸 书 、 电 子 书 同步 出 版 。 我 们 还 会 
定期 发 布 新 书 书 讯 。 




















社区 内 提供 随 书 附 赠 的 资源 ， 如 书 中 的 案例 或 程序 源 代 码 。 
另外 ， 社 区 还 提供 了 大 量 的 免费 电子 书 ， 只 要 注册 成 为 社区 用 户 就 可 以 免费 下 载 。 














与 作 译 者 互动 

很 多 图 书 的 作 译 者 已 经 入 驻 社区 , 您 可 以 关注 他 们 , 咨询 技术 问题 可 以 阅读 不 断 更 新 的 技术 文章 ， 
听 作 译 者 和 编辑 畅 聊 好 书 背后 有 趣 的 故事 ;还 可 以 参与 社区 的 作者 访谈 栏目 ， 向 您 关注 的 作者 提出 采 
访 题目 。 

















灵活 优惠 的 购书 


您 可 以 方便 地 下 单 购 买 纸 质 图 书 或 电子 图 书 ， 纸 质 图 书 直接 从 人 民 邮 电 出 版 社 书库 发 货 ， 电 子 
书 提 供 多 种 阅读 格式 。 

对 于 重 磅 新 书 ， 社 区 提供 预 售 和 新 书 首发 服务 ， 用 户 可 以 第 一 时 间 买 到 心仪 的 新 书 。 

用 户 账户 中 的 积分 可 以 用 于 购书 优惠 。100 积分 =1 元 ， 购 买 图 书 时 ， 在 。 : 
里 填 入 可 使 用 的 积分 数值 ， 即 可 扣 减 相应 金额 。 


特别 优惠 
购买 本 书 的 读者 专 享 异步 社区 购书 优惠 券 。 


使 用 方法 : 注册 成 为 社区 用 户 ， 在 下 单 购书 时 输入 57AWG ， 然 后 点 击 “使 
用 优惠 码 ”， 即 可 享受 电子 书 8 折 优惠 〈 本 优惠 券 只 可 使 用 一 次 )。 

















纸 电 图 节 组 合 购买 


社区 独家 提供 纸 质 图 书 和 电子 书 组 合 购买 方式 ， 
价格 优惠 ， 一 次 购买 ， 多 种 阅读 选择 。 
































社区 里 还 可 以 做 什么 ? 


提交 勘误 

















您 可 以 在 图 书页 面 下 方 提交 勘误 ， 每 条 勘误 被 确认 后 可 以 获得 100 积分 。 热 心 勘误 的 读者 还 有 
机 会 参与 书稿 的 审 校 和 翻译 工作 。 


写作 


社区 提供 基于 Markdown 的 写作 环境 ， 喜 欢 写 作 的 您 可 以 在 此 一 试 身手 ， 在 社区 里 分 享 您 的 技 
术 心 得 和 读书 体会 ， 更 可 以 体验 自 出 版 的 乐趣 ， 轻 松 实现 出 版 的 梦想 。 
如 果 成 为 社区 认证 作 译 者 ， 还 可 以 享受 异步 社区 提供 的 作者 专 享 特色 服务 。 


会 议 活 动 早 知 道 


您 可 以 掌握 IT 圈 的 技术 会 议 资 讯 ， 更 有 机 会 免费 获 赠 大 会 门票 。 





























加 入 异步 


扫描 任意 二 维 码 都 能 找到 我 们 : 











异步 社区 。”。” 微 信 服务 号 。 。” 微 信 订 阅 号 。 。 官方 微 博 。 QQ 群 436746675 
社区 网 址 : www.epubit.com.cn 

官方 微 信 : 异步 社区 
言 万 微 博 ，@ 人 邮 异 步 社 区 ，@ 人 民 邮 电 出 版 社 - 信息 技术 分 社 


投稿 & 咨询 : contact@epubit.com.cn 








Databases 


COREILLY 


SQL 学 习 指 南 (第 2 版 ) (修订 版 ) 


无 论 你 需要 编写 数据 库 应 用 程序 还 是 执行 数据 库 管 ” “如 果 你 决定 开始 学 习 SQL 语 
理 任务 ,或 是 生成 数据 报表 ， 本 书 都 能 够 帮助 你 轻 ” 言 ， 那 么 请 卷 起 袖子 大 干 一 场 
松 掌握 SQL 语言 的 基础 知识 。 吧 ， 不 过 别 忘 了 让 本 书 成 为 你 
的 伙伴 。 阅 读本 书 并 完成 书 中 
每 个 实践 练习 ， 可 以 为 创建 基 











本 书 教 你 学 会 以 下 技能 : 






































于 数据 库 的 解决 方案 做 好 准 
。 掌握 SQL 语言 的 基础 知识 和 高 级 特性 备 。 数 据 库 无 所 不 在 ， 本 书 向 
你 提供 作者 在 工作 中 经 过 实践 
。 ”使 用 SQL 数 据 语言 创建 、 操 作 和 获取 数据 ， 检验 的 宝贵 经 验 。” 
。 使 用 SQL 方案 语言 创建 数据 库 对 象 ， 如 表 、 索 引 和 约束 ， Roy Owens 
来 自 CBORD Group 公司 
。 了 解数 据 集 如 何 与 查询 语句 交互 ， 理 解 子 查询 的 重要 性 ， 的 数据 库 专家 
。 ”使 用 SQL 内 建 函 数 转换 和 操作 数据 ， 在 数据 语句 中 使 用 条 
件 逻 辑 。 
Alan Beaulieu 从 事 设 计 、 构 建 
和 实现 应 用 数据 库 已 有 15 个 年 
头 ， 他 目前 经 营 自 己 的 顾问 公 
司 ， 专 门 提 供 金融 和 电信 和 领域 
的 Oracle 数 据 库 设 计 与 支持 服 
务 。Alan 毕 业 于 康 奈 尔 大 学 工 
ISBN 978-7-115-38344-0 
www.oreilly.com 
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